adobe-source-devel

[Adobe-source-devel] Re: [adobe-source-commits] sandbox/adobe-source/adobe/test/visual/sources express_viewer.cpp,1.13,1.14

[Sean P. <sp...@ad...>]

On May 11, 2005, at 11:38 PM, Ralph Thomas wrote:

> Also, either the number
> formatter is busted, or the hack I made to adobe::swap to compile on 
> GCC
> is broken (I haven't committed the hack, though, hopefully Sean and I 
> can
> figure out a real solution later in the week).

Mat was running into more issues with swap on the release build for 
Windows - we spent some time this afternoon coming up with a fix that I 
believe handles all the cases (and we've locally silenced the adl 
warnings). adobe::swap() is now renamed adobe::asl_swap() - and classes 
in the adobe namespace can now declare their swap overloads in the 
adobe namespace.

The code is checked in on our side - Mat, can you double check the new 
code on Windows? Foster, can you roll the changes from change list 1371 
out to the sandbox for Ralph? Thanks.

Ralph, _Very_ cool to see us running with fltk!

Sean

Re: [Adobe-source-devel] Re: [adobe-source-commits] sandbox/adobe-source/adobe/test/visual/sources express_viewer.cpp,1.13,1.14

[Mat M. <mm...@ad...>]

Swap no longer generates the infinite recursion compiler warning
under msvc 7.1. We fixed warnings in some other files too (including
some in boost) so I was able to check in new versions of the
asl_dev_lib and visual with (level 3) "warnings as errors" turned on.
Also we are now linking against only static libs.

 - Mat

--On Thursday, May 12, 2005 12:57 AM -0700 Sean Parent
<sp...@ad...> wrote:

> 
> On May 11, 2005, at 11:38 PM, Ralph Thomas wrote:
> 
>> Also, either the number
>> formatter is busted, or the hack I made to adobe::swap to compile
>> on  GCC
>> is broken (I haven't committed the hack, though, hopefully Sean
>> and I  can
>> figure out a real solution later in the week).
> 
> Mat was running into more issues with swap on the release build for
> Windows - we spent some time this afternoon coming up with a fix
> that I believe handles all the cases (and we've locally silenced
> the adl warnings). adobe::swap() is now renamed adobe::asl_swap() -
> and classes in the adobe namespace can now declare their swap
> overloads in the adobe namespace.
> 
> The code is checked in on our side - Mat, can you double check the
> new code on Windows? Foster, can you roll the changes from change
> list 1371 out to the sandbox for Ralph? Thanks.
> 
> Ralph, _Very_ cool to see us running with fltk!
> 
> Sean
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click
> _______________________________________________
> Adobe-source-devel mailing list
> Ado...@li...
> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel
> 
>  

[Adobe-source-devel] Re: sandbox/adobe-source/adobe/test/visual/sources express_viewer.cpp,1.13,1.14

[Ralph T. <ra...@gm...>]

It's great to hear that you've been working on it -- for me the
compiler chooses adobe::swap in swap_space::do_swap and ends up in an
infinite loop. I think it was trying to swap a value_t.

For anybody who's trying to build FLTK2 as part of thier project, I
have a Jamfile which builds FLTK as a bjam project (which can then be
referenced in the visual Jamfile) here:

  http://www.infinite-imagination.com/software/fltk/

This is the same Jamfile I'm using for my program, and it seems to
work well enough.

Thanks!
  Ralph

On 5/12/05, Sean Parent <sp...@ad...> wrote:
>=20
> On May 11, 2005, at 11:38 PM, Ralph Thomas wrote:
>=20
> > Also, either the number
> > formatter is busted, or the hack I made to adobe::swap to compile on=20
> > GCC
> > is broken (I haven't committed the hack, though, hopefully Sean and I=
=20
> > can
> > figure out a real solution later in the week).
>=20
> Mat was running into more issues with swap on the release build for=20
> Windows - we spent some time this afternoon coming up with a fix that I=
=20
> believe handles all the cases (and we've locally silenced the adl=20
> warnings). adobe::swap() is now renamed adobe::asl_swap() - and classes=
=20
> in the adobe namespace can now declare their swap overloads in the=20
> adobe namespace.
>=20
> The code is checked in on our side - Mat, can you double check the new=20
> code on Windows? Foster, can you roll the changes from change list 1371=
=20
> out to the sandbox for Ralph? Thanks.
>=20
> Ralph, _Very_ cool to see us running with fltk!
>=20
> Sean
>=20
>