On Fri, Jul 30, 2010 at 2:05 PM, Ryan Pavlik <rpav...@iastate.edu> wrote: >> It's a shame gcc doesn't support it yet. I would love to see support >> there. >> >> Olaf > > The issue conceptually for me here, is that the code shouldn't/doesn't > necessarily know what exact library name to link against - think different > versions of libraries, different platforms...
Could you give a concrete example? As, again with Boost, I've never seen an issue like this. > What ends up happening in > projects that rely on those kinds of constructs, is your config system ends > up having to configure a file specifying the library names for the pragmas > to work, which ends up being more hassle than just handling linking entirely > within the build system. (Plus, then you get the whole "I know exactly what > my project links against and uses" benefit.) > I use boost a lot. I've only used its auto-linking by accident, when it > guesses the wrong decorated name or wrong location for my platform, at which > point I realize I missed a library in my build system. It ends up being a > slightly more convenient "unresolved symbols" error. Interesting. What was the cause of this issue? Olaf _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake