From: YULianqing <yu...@li...> - 2012-06-18 13:11:05
|
Hi Mathieu, I tried VXL-1.17.0 RC2 on a RHEL 6 (GCC 4.4.6) server and did not found any build errors. I tried both static library and shared library build, and both of them are successful. I did not turn on VGUI build as the gtkglext package is not available and I do not have the privillege to install any package on this mission-critical server. The only change in CMake configuration process is to add 'fPIC' to CMAKE_CXX_FLAGS and CMAKE_C_FLAGS.My experience contradicts your assertion that the build problem can be easily reproduced on any linux and with gcc-4.4. I am not sure if this is Debian-specific issue, or has something to do with CMake configurations. Regards,LianqingFrom: yu...@li... To: mat...@gm... Date: Sun, 17 Jun 2012 23:54:27 +0800 CC: vxl...@li... Subject: Re: [Vxl-maintainers] [Vxl-users] VXL 1.17.0 Release Candicate 2 is available Hi Mathieu, I've managed to borrow a Linux server with RHEL 6 and GCC 4.4.6. I'll build VXL on it to see if those errors can be replicated. Regards, Lianqing > From: mat...@gm... > Date: Sat, 9 Jun 2012 18:25:43 +0200 > To: sc...@im... > CC: vxl...@li... > Subject: Re: [Vxl-maintainers] [Vxl-users] VXL 1.17.0 Release Candicate 2 is available > > On Wed, Jun 6, 2012 at 6:12 PM, Ian Scott <sc...@im...> wrote: > > On 06/06/2012 16:50, Mathieu Malaterre wrote: > >> > >> Hi Ian, > >> > >> On Wed, Jun 6, 2012 at 5:12 PM, Ian Scott<sc...@im...> wrote: > >>> > >>> Well, I don't know about easy - I can't even replicate it. > >>> However, looking at the CMakeLists.txt files for several contrib/mul > >>> libraries, I found some unnecessary and potentially confounding > >>> TARGET_LINK_LIBRARIES dependency entries. I have removed these and > >>> committed > >>> as revision > >>> > >>> Matthieu, if you can check this fixes your problem before Lianqing > >>> attempts > >>> another RC, then I'm sure he would be grateful. > >> > >> > >> If you get your hand on a debian/sid system - the major difference > >> from another linux system will be the use of gcc-4.7 as default > >> compiler -, you then apply trunk.patch. You can now run 'run.sh'. You > >> should get to: > > > > > > Matthieu, > > > > I don't have time to set up a debian system (virtual or otherwise) - and gcc > > 4.7 is not one of my standard compilers. It isn't my code - I was just > > offering a possible fix. Sorry. > > Ian, > > The problem can be easily reproduce on any linux and with gcc-4.4. > Using 4.4 I still get: > > $ ldd -r ./lib/libicam.so >/dev/null > [...] > undefined symbol: _ZN18vnl_numeric_traitsIdE6maxvalE (./lib/libicam.so) > > See here for tools to track underlinking issues: > http://wiki.mandriva.com/en/Underlinking_issues_in_packaging > > Even during a very simply static build (absolutely no options passed > to cmake) I get: > > $ nm lib/libicam.a| grep vnl_num|c++filt > U vnl_numeric_traits<double>::maxval > U vnl_numeric_traits<double>::maxval > > > -- > Mathieu > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Vxl-maintainers mailing list > Vxl...@li... > https://lists.sourceforge.net/lists/listinfo/vxl-maintainers ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Vxl-maintainers mailing list Vxl...@li... https://lists.sourceforge.net/lists/listinfo/vxl-maintainers |