Re: Build Failure regarding Boost
On Tue, December 1, 2009 6:26 pm, Sir Gallantmon wrote: > Perhaps CMake needs to be updated to 2.8.0 final? I think there was a > FindBoost.cmake update in 2.8.0... cmake 2.8.0 final is in rawhide so you can test there. I'm not comfortable pushing it to F12/11. We could make an update with an updated FindBoost.cmake if necessary. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Build Failure regarding Boost
On Tue, Dec 1, 2009 at 6:53 PM, Tim Niemueller wrote: > On 01.12.2009 19:15, Braden McDaniel wrote: > > Broadly speaking (beyond just Fedora), there's enough variability in the > > potential names of Boost libraries that a package's configuration needs > > the ability to specify a Boost library suffix. It sounds like your > > package's configuration is trying to be clever and divine the required > > suffix--and it's failing and falling back to no suffix. > > > > If your package's configuration won't let you specify a suffix, the most > > expedient thing to do may be just to hack it on. But an upstream-worthy > > patch would add a means to specify an arbitrary suffix. Also, -mt is a > > saner default than no suffix at all. > > The suffix is determined in /usr/share/cmake/Modules/FindBoost.cmake > which is part of cmake, so there is nothing I can do about this in the > Player package. Could this be a problem with new cmake or boost versions? > >Tim > > -- >Tim Niemueller www.niemueller.de > = > Imagination is more important than knowledge. (Albert Einstein) > > -- > fedora-devel-list mailing list > fedora-devel-list@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > Perhaps CMake needs to be updated to 2.8.0 final? I think there was a FindBoost.cmake update in 2.8.0... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Build Failure regarding Boost
On 01.12.2009 19:15, Braden McDaniel wrote: > Broadly speaking (beyond just Fedora), there's enough variability in the > potential names of Boost libraries that a package's configuration needs > the ability to specify a Boost library suffix. It sounds like your > package's configuration is trying to be clever and divine the required > suffix--and it's failing and falling back to no suffix. > > If your package's configuration won't let you specify a suffix, the most > expedient thing to do may be just to hack it on. But an upstream-worthy > patch would add a means to specify an arbitrary suffix. Also, -mt is a > saner default than no suffix at all. The suffix is determined in /usr/share/cmake/Modules/FindBoost.cmake which is part of cmake, so there is nothing I can do about this in the Player package. Could this be a problem with new cmake or boost versions? Tim -- Tim Niemueller www.niemueller.de = Imagination is more important than knowledge. (Albert Einstein) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Build Failure regarding Boost
Tim Niemueller wrote: > The package uses cmake for building, where I suspect the problem. On my > (F-11) machine it links with -lboost_thread-mt). But on rawhide it uses > the non-mt version (well, a non-multithreaded threading library is kind > of an issue). On my system I have cmake 2.6.3, while rawhide has 2.8.0. > Is there a known problem? Does anyone else maintain a project build with > cmake and using Boost and can give a hint how to solve? Does the package ship its own FindBoost.cmake? If it does, try removing it in %prep and seeing if that helps. (It'll use CMake's version then.) If the package isn't shipping its own FindBoost.cmake or if removing it doesn't fix the problem, please file a bug against CMake. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Build Failure regarding Boost
On Tue, 2009-12-01 at 18:31 +0100, Nicolas Chauvet wrote: > 2009/12/1 Tim Niemueller : > > Hi all. > > > > I'm trying to build the newest version 3.0.0 of the Player package. It > > builds just fine on F11/F12, but it fails with an error that > > "-lboost_thread" cannot be found on rawhide. boost-devel is in the BR, > > boost-thread is being installed according to root.log. > > > > The package uses cmake for building, where I suspect the problem. On my > > (F-11) machine it links with -lboost_thread-mt). But on rawhide it uses > > the non-mt version (well, a non-multithreaded threading library is kind > > of an issue). On my system I have cmake 2.6.3, while rawhide has 2.8.0. > > Is there a known problem? Does anyone else maintain a project build with > > cmake and using Boost and can give a hint how to solve? > aqsis use cmake and boost, but also explicitly tell which boost library to > use. > You may have to adapt the cmake option if they are non-standardized. Broadly speaking (beyond just Fedora), there's enough variability in the potential names of Boost libraries that a package's configuration needs the ability to specify a Boost library suffix. It sounds like your package's configuration is trying to be clever and divine the required suffix--and it's failing and falling back to no suffix. If your package's configuration won't let you specify a suffix, the most expedient thing to do may be just to hack it on. But an upstream-worthy patch would add a means to specify an arbitrary suffix. Also, -mt is a saner default than no suffix at all. -- Braden McDaniel -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Build Failure regarding Boost
2009/12/1 Tim Niemueller : > Hi all. > > I'm trying to build the newest version 3.0.0 of the Player package. It > builds just fine on F11/F12, but it fails with an error that > "-lboost_thread" cannot be found on rawhide. boost-devel is in the BR, > boost-thread is being installed according to root.log. > > The package uses cmake for building, where I suspect the problem. On my > (F-11) machine it links with -lboost_thread-mt). But on rawhide it uses > the non-mt version (well, a non-multithreaded threading library is kind > of an issue). On my system I have cmake 2.6.3, while rawhide has 2.8.0. > Is there a known problem? Does anyone else maintain a project build with > cmake and using Boost and can give a hint how to solve? aqsis use cmake and boost, but also explicitly tell which boost library to use. You may have to adapt the cmake option if they are non-standardized. Nicolas (kwizart) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Build Failure regarding Boost
Hi all. I'm trying to build the newest version 3.0.0 of the Player package. It builds just fine on F11/F12, but it fails with an error that "-lboost_thread" cannot be found on rawhide. boost-devel is in the BR, boost-thread is being installed according to root.log. The package uses cmake for building, where I suspect the problem. On my (F-11) machine it links with -lboost_thread-mt). But on rawhide it uses the non-mt version (well, a non-multithreaded threading library is kind of an issue). On my system I have cmake 2.6.3, while rawhide has 2.8.0. Is there a known problem? Does anyone else maintain a project build with cmake and using Boost and can give a hint how to solve? The failed build is at http://koji.fedoraproject.org/koji/taskinfo?taskID=1840649 Any ideas to get this fixed are welcome, Tim -- Tim Niemueller www.niemueller.de = Imagination is more important than knowledge. (Albert Einstein) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
