Bug#529091: openscenegraph: fails to build on armel hidden symbol (...) is referenced by DSO
Hi Guys, Good to see that this issue has been resolved. I write now to pass the info that I will probably be making a 2.8.2 quite soon as they have been a couple of regressions spotted in 2.8.1 that we due to bug fixes fixing some problems but introducing new ones when the code. Sigh... two steps forward, two steps back. If there is something that would be appropriate to roll into 2.8.2 to help out the armel build then let me know. Robert. On Sun, May 31, 2009 at 11:25 AM, Loic Dachary l...@dachary.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alberto Luaces wrote: Sorry, I forgot to say that those two CMake flags should only be used for the armel build. Regards, Alberto Hi, I applied your patch as shown at http://2-8.openscenegraph.dachary.org/rev/e2a3ee540407 . I would like to double check that it works. Would you be so kind as to give me a copy of the qemu instance you are using to test it ? I can host it permanently for maintainance purposes if that's convenient for you. Cheers -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoiWv0ACgkQ8dLMyEl6F22HyACfclY1Jiid4i8XDSOkkzBFiTjn X9QAmwdayoa2al82FQ5iu/6SuGzgiHTB =OqX6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529091: openscenegraph: fails to build on armel hidden symbol (...) is referenced by DSO
Hi Allberto Loic, On Mon, May 25, 2009 at 7:09 PM, Alberto Luaces alua...@udc.es wrote: He says that it's basically a known bug that he has forwarded to gcc upstream, and in the meanwhile we can fix it on armel and hppa adding -lgcc_s -lgcc libraries. One can set the flags by doing setting the CMAKE_CXX_FLAGS either using ccmake ., or via the command line invocation of cmake . i.e. cmake . -DCMAKE_BUILD_TYPE=Release -DCMAKE_CXX_FLAGS=-lgcc_s -lgcc Would this be workable? Robert. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529091: openscenegraph: fails to build on armel hidden symbol (...) is referenced by DSO
Hi Loic, On Sun, May 24, 2009 at 5:10 PM, Loic Dachary l...@dachary.org wrote: Awesome work :-) If you come up with a way to disable this with a CMake option, I'll set it for armel only in the upcoming 2.8.1 package. As long as it does not change the functionalities (only speed), it is acceptable. I don't know of a current cmake way to disable the automatic selection of the atomic reference counting implemention, the present code is a series of tests that our CMakeModules/CheckAtomicOps.cmake file which is run by src/OpenThreads/CMakeLists.txt to determine the settings that are recorded in the include/OpenThreads/Config file. We could possible modify the relevant cmake to allow on to enable/disable to automatic detection, or to override it's result, but this would obviously take us away from a vanilla OSG-2.8.1 release. Perhaps if we can get CMake changes in place for OSG svn/trunk that work then we could back port these for the debian usage. I presume this is an issue with OSG-2.8.0, and perhaps even OSG-2.6.x as well. The other possibility and a bit of hack might be to provide a custom include/OpenThreads/Config file that overrides the automatically generated one. Robert. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#454854: FTBFS with GCC 4.3: missing #includes
Hi Cyril, Thanks for the changes. I've just started to look through them. One immediate concern I have about merging them is that it uses Standard C++ version of C headers, which from Standard C++ point is a good thing, but it can kick out support for compilers not quite supporting the Standard C++. Particular concerns are support for IRIX, Solaris, HP-UX, AIX, as I don't have direct access to any of these platforms I can't go test things out myself to provide a definitive answer what bits might work and what bits won't. I'd suggest we raise this for a topic on the osg-users list and see what members of the community that have access to the full range of platforms say about what works/doesn't w.r.t using a Standard C++ versions of headers. Robert. On Dec 11, 2007 8:22 AM, Cyril Brulebois [EMAIL PROTECTED] wrote: tag 454854 patch thanks Hi Robert, first some context: On 08/12/2007, Martin Michlmayr wrote: Package: openscenegraph Version: 2.2.0-2 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). There's some more information about this at http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. Please find attached two patches to make osg 2.2 build with gcc 4.3. Mostly some includes are needed. Some functions can't be static as I understand it. And there's an extra typedef which doesn't seem to make the build fail, but triggers many warnings while building, which is a bit annoying; I've put this one in a separate patch for this reason. Cheers, -- Cyril Brulebois -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
