[prev in list] [next in list] [prev in thread] [next in thread]
List: fink-devel
Subject: Re: [Fink-devel] [Fink-users] G++ 4.6.3 compile error on PPC Tiger with ImageMagick 6.8.1-3
From: Alexander Hansen <alexanderk.hansen () gmail ! com>
Date: 2012-12-26 16:12:52
Message-ID: 50DB2204.5010803 () gmail ! com
[Download RAW message or body]
On 12/26/12 7:45 AM, Peter Dyballa wrote:
> Hello!
>
> On PPC Tiger with gcc46 active g++ runs into this error I cannot
> understand (because an exchange_and_add function is nowhere used):
>
> /sw/lib/gcc4.6/lib/gcc/powerpc-apple-darwin8.11.0/4.6.3/libgcc.a
> (darwin-fpsave.o)
> /sw/lib/libIlmImf.a(ImfScanLineInputFile.o)
> /sw/lib/libIlmThread.a(IlmThreadPosix.o)
> /sw/lib/libIlmImf.a(ImfTileOffsets.o)
> /sw/lib/libIlmImf.a(ImfTiledMisc.o)
> /sw/lib/libIlmImf.a(ImfPizCompressor.o)
> /sw/lib/libIlmImf.a(ImfRleCompressor.o)
> /sw/lib/libIlmImf.a(ImfZipCompressor.o)
> /sw/lib/libIlmImf.a(ImfPxr24Compressor.o)
> /sw/lib/libIlmImf.a(ImfConvert.o)
> /sw/lib/libIlmImf.a(ImfWav.o)
> /sw/lib/libIlmImf.a(ImfHuf.o)
> /usr/bin/ld: Undefined symbols:
> __gnu_cxx::__exchange_and_add(int volatile*, int)
> std::basic_string<char, std::char_traits<char>, std::allocator<char>
> >::_Rep::_M_destroy(std::allocator<char> const&)
> std::basic_string<char, std::char_traits<char>, std::allocator<char>
> >::_Rep::_S_empty_rep_storage
> std::basic_string<char, std::char_traits<char>, std::allocator<char>
> >::assign(char const*, unsigned long)
> std::basic_string<char, std::char_traits<char>, std::allocator<char>
> >::assign(std::basic_string<char, std::char_traits<char>,
> std::allocator<char> > const&)
> std::basic_string<char, std::char_traits<char>, std::allocator<char>
> >::basic_string(char const*, std::allocator<char> const&)
> std::basic_string<char, std::char_traits<char>, std::allocator<char>
> >::basic_string(std::basic_string<char, std::char_traits<char>,
> std::allocator<char> > const&)
> std::ios_base::Init::Init()
> std::ios_base::Init::~Init()
> typeinfo for std::exception
> vtable for __cxxabiv1::__si_class_type_info
> operator delete(void*)
> operator new(unsigned long)
> ___cxa_allocate_exception
> ___cxa_begin_catch
> ___cxa_end_catch
> ___cxa_throw
> ___dynamic_cast
> ___gxx_personality_v0
> std::basic_string<char, std::char_traits<char>, std::allocator<char>
> >::_Rep::_S_terminal
> << plus many many more such lines I don't understand (not being a C+
> + guy)>>
>
> For the tests I compile with -H and -Wl,-t. The compilation started
> with:
>
> /bin/sh ./libtool --tag=CC --mode=compile gcc-4 -std=gnu99 -
> std=gnu99 -DHAVE_CONFIG_H -I. -I./config -I/sw/include/OpenEXR -
> D_THREAD_SAFE -H -I/sw/lib/pango-ft219/include -I/sw/lib/fontconfig2/
> include -I/sw/lib/freetype219/include -I/sw/lib/freetype219/include/
> freetype2 -I/sw/include -I/usr/X11R6/include -I/sw/include/freetype2 -
> I/sw/include/libxml2 -fopenmp -g -O2 -Wall -mcpu=powerpc -
> D_THREAD_SAFE -pthread -MT coders/coders_exr_la-exr.lo -MD -MP -MF
> coders/.deps/coders_exr_la-exr.Tpo -c -o coders/coders_exr_la-exr.lo
> `test -f 'coders/exr.c' || echo './'`coders/exr.c
> libtool: compile: gcc-4 -std=gnu99 -std=gnu99 -DHAVE_CONFIG_H -I. -
> I./config -I/sw/include/OpenEXR -D_THREAD_SAFE -H -I/sw/lib/pango-
> ft219/include -I/sw/lib/fontconfig2/include -I/sw/lib/freetype219/
> include -I/sw/lib/freetype219/include/freetype2 -I/sw/include -I/usr/
> X11R6/include -I/sw/include/freetype2 -I/sw/include/libxml2 -fopenmp -
> g -O2 -Wall -mcpu=powerpc -D_THREAD_SAFE -pthread -MT coders/
> coders_exr_la-exr.lo -MD -MP -MF coders/.deps/coders_exr_la-exr.Tpo -
> c coders/exr.c -fno-common -DPIC -o coders/.libs/coders_exr_la-exr.o
> << many many C header files listed>>
> mv -f coders/.deps/coders_exr_la-exr.Tpo coders/.deps/coders_exr_la-
> exr.Plo
> /bin/sh ./libtool --tag=CC --mode=link gcc-4 -std=gnu99 -
> std=gnu99 -fopenmp -g -O2 -Wall -mcpu=powerpc -D_THREAD_SAFE -
> pthread -no-undefined -export-symbols-regex ".*" -shared -module -
> avoid-version -Wl,-t -L/sw/lib/pango-ft219/lib -L/sw/lib/fontconfig2/
> lib -L/sw/lib/freetype219/lib -L/sw/lib -L/usr/X11R6/lib -L/sw/lib -L/
> sw/lib -o coders/exr.la -rpath /sw/lib/ImageMagick-6.8.1/modules-
> Q16HDRI/coders coders/coders_exr_la-exr.lo magick/libMagickCore-
> Q16HDRI.la -L/sw/lib -lIlmImf -lImath -lHalf -lIex -lIlmThread -lz -lm
> libtool: link: /usr/bin/nm -p coders/.libs/coders_exr_la-exr.o |
> sed -n -e 's/^.*[ ]\([BCDEGRST][BCDEGRST]*\)[ ][ ]*_\([_A-Za-z][_A-
> Za-z0-9]*\)$/\1 _\2 \2/p' | sed '/ __gnu_lto/d' | /usr/bin/sed
> 's/.* //' | sort | uniq > coders/.libs/exr.exp
> libtool: link: /usr/bin/grep -E -e ".*" "coders/.libs/exr.exp" >
> "coders/.libs/exr.expT"
> libtool: link: mv -f "coders/.libs/exr.expT" "coders/.libs/exr.exp"
> libtool: link: sed -e 's,^,_,' < coders/.libs/exr.exp > coders/.libs/
> exr-symbols.expsym
> libtool: link: gcc-4 -std=gnu99 -std=gnu99 -o coders/.libs/exr.so -
> bundle coders/.libs/coders_exr_la-exr.o -L/sw/lib/pango-ft219/lib -
> L/sw/lib/fontconfig2/lib -L/sw/lib/freetype219/lib -L/sw/lib -L/usr/
> X11R6/lib magick/.libs/libMagickCore-Q16HDRI.dylib -L/sw/lib/gcc4.6/
> lib /sw/lib/liblcms2.dylib /sw/lib/freetype219/lib/libfreetype.dylib /
> sw/lib/libfftw3.dylib /sw/lib/fontconfig2/lib/libfontconfig.dylib -
> lXext -lSM -lICE -lX11 -lXt /sw/lib/liblzma.dylib -lbz2 /sw/lib/
> libltdl.dylib /sw/lib/gcc4.6/lib/libgomp.dylib -lpthread /sw/lib/
> libIlmImf.a /sw/lib/libImath.a /sw/lib/libHalf.a /sw/lib/libIex.a /sw/
> lib/libIlmThread.a -lz -lm -fopenmp -O2 -mcpu=powerpc -pthread -Wl,-
> t -fopenmp -pthread -Wl,-exported_symbols_list,coders/.libs/exr-
> symbols.expsym
> /usr/bin/ld: Pass 1
> /usr/lib/bundle1.o
> coders/.libs/coders_exr_la-exr.o
> magick/.libs/libMagickCore-Q16HDRI.dylib
> /sw/lib/liblcms2.dylib
> ...
>
> The file exr.c has to do with HDR/HDRI, so without a solution to this
> compile problem (and maybe others not showing up yet) HDRI support
> could simply be disabled on Tiger PPC.
>
> --
> Greetings
>
> Pete
>
> There's no sense in being precise when you don't even know what
> you're talking about.
> – John von Neumann
>
-users is not a useful list for this discussion:
1) You're discussing a packaging issue rather than an issue with
current packaging that end-users will experience.
2) You're discussing an issue on a platform that we don't support any more.
I'm moving it to -devel.
--
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/
------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic