On 6 August 2010 08:49, Brian Gerkey wrote: > On Thu, Aug 5, 2010 at 4:08 PM, Daniel Stonier > wrote: > > I had to fix a couple of linkages that went missing in my ros libraries > when > > a dependency didn't get linked in (namely rt and pthreads) but haven't > had > > any other problems. Mind you, haven't been testing this for very long! > I'm > > enabling it as a default in our packages for the moment for testing. > > Fedora and now gentoo (which is how I found out about it) are setting > this > > as a default in their builds now (some others as well). Mind you, just > > because someone else is doing it is no justification, but it does mean > its > > seeing a bit of testing out in the wild and isn't one of those really > > obscure settings with rather unknown effects. > > Happy to hear that it works in general (would be pretty bad if it > didn't...). I'm more concerned about whether we're currently > specifying everything completely, or unknowingly exploiting > overlinkage. > > I guess the only way to find out is to build and test everything with > that option included. > > brian. Quick update re testing - our mac guy came back to work this morning and immediately hit a problem - the mac linker does not have --as-needed as an option. This may be a problem across other platforms too? Mac does have another option which seems to be similar and does appear to work after a few compiles: -mark_dead_strippable_dylib Specifies that the dylib being built can be dead strip by any client. That is, the dylib has no initialization side effects. So if a client links against the dylib, but never uses any symbol from it, the linker can optimize away the use of the dylib. Currently testing in our packages. -- Phone : +82-10-5400-3296 (010-5400-3296) Home: http://snorriheim.dnsdojo.com/ Yujin Robot: http://www.yujinrobot.com/ Embedded Control Libraries: http://snorriheim.dnsdojo.com/redmine/wiki/ecl