From: Ralph T. <ra...@gm...> - 2005-05-12 08:37:20
|
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 > |