[wx-dev] wxCocoa trunk link failure

Stefan Csomor csomor at advancedconcepts.ch
Sun Feb 10 04:08:51 PST 2008


Hi Dave

>> Hi Dave
>> 
>> AFAIK it's not implemented for us, so it shouldn't be pulled in at all
>> 
> 
> I thought so too.  We were wrong.  Guess what?  backtrace() is present
> on Leopard which makes the test succeed and causes wxUSE_STACKWALKER
> to be defined.
> 
> I think it is downright wrong to exclude UNIX code where there is no
> alternative so I moved stackwalk.cpp and epolldispatcher.cpp to
> BASE_UNIX_AND_DARWIN_SRC.  The former will compile and work on Leopard
> systems.  The latter will compile empty on all OS X systems since
> configure will deem epoll to be unavailable.  IMO it is configure's
> purpose in life to decide stuff like this, not the author of files.bkl.

great, I've seen many places where 10.5 finally obsoletes so many
workarounds, but doesn't this make us run 10.5 only ? I mean is there a weak
linking option for these library parts as well ?

Best,

Stefan







More information about the wx-dev mailing list