> On Nov 12, 2016, at 16:11, Eduard Karel de Jong <edu...@dejongfrz.nl> wrote: > > Oeps. I forgot the system info > > I'm trying to build fink's libopenjp on Macos 10.9.5 on a late 2013 MacBook > pro with a 2,3 GHz Intel Core i7 > > Speedy-Pro-4:~ edkj$ fink install libopenjp2.7 > Password: > Information about 10225 packages read in 0 seconds. > > WARNING: Xcode.app version (6.1) and Xcode Command Line Tools version (6.2) > may not be compatible. > You may experience build errors. > > The build proceeds smoothly until this compile step: > > [ 86%] Building C object > src/bin/jp2/CMakeFiles/opj_decompress.dir/converttif.c.o > cd /sw/src/fink.build/libopenjp2.7-shlibs-2.1.1-1/openjpeg-2.1.1/src/bin/jp2 > && /sw/var/lib/fink/path-prefix-clang/cc > -I/sw/src/fink.build/libopenjp2.7-shlibs-2.1.1-1/openjpeg-2.1.1/src/lib/openjp2 > > -I/sw/src/fink.build/libopenjp2.7-shlibs-2.1.1-1/openjpeg-2.1.1/src/bin/common > -I/sw/include -I/include -MD -O3 -DNDEBUG -isysroot > /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk > -mmacosx-version-min=10.9 -o CMakeFiles/opj_decompress.dir/converttif.c.o > -c > /sw/src/fink.build/libopenjp2.7-shlibs-2.1.1-1/openjpeg-2.1.1/src/bin/jp2/converttif.c > ld: warning: ignoring file /lib/libpng.dylib, file was built for i386 which > is not the architecture being linked (x86_64): /lib/libpng.dylib > ld: warning: ignoring file /lib/libtiff.dylib, file was built for i386 which > is not the architecture being linked (x86_64): /lib/libtiff.dylib > ld: warning: ignoring file /lib/libtiff.dylib, file was built for i386 which > is not the architecture being linked (x86_64): /lib/libtiff.dylib > > Followed by a list of not found symbols in the ld step that follows. Which is > not really surprising with the above warning. > > Undefined symbols for architecture x86_64: > "_TIFFClose", referenced from: > <etc> > > This is repeated for a couple of other source files that link to one or more > of these files. > > And the build ends in error. > > This happens after an update all. > > The offending library files are symbolic links: > > ls -l /lib/libpng.dylib /lib/libtiff.dylib > lrwxr-xr-x 1 root wheel 14 3 jul 2010 /lib/libpng.dylib -> libpng12.dylib > lrwxr-xr-x 1 root wheel 15 3 jul 2010 /lib/libtiff.dylib -> > libtiff.3.dylib > file /lib/libpng12.dylib /lib/libtiff.3.dylib > /lib/libpng12.dylib: Mach-O dynamically linked shared library i386 > /lib/libtiff.3.dylib: Mach-O dynamically linked shared library i386 > > all files in /lib are for the i386 architecture, except 19 files which are > broken links to a old fink directory (sw2) that i had on a previous laptop. > > All other builds in fink work fine. They seem not to need /lib. > > How do i get past this hurdle? > > System info: > Package manager version: 0.41.0 > Distribution version: selfupdate-rsync Sat Nov 12 10:28:47 2016, 10.9, x86_64 > Trees: local/main stable/main > Xcode.app: 6.1.1 > Xcode command-line tools: 6.2.0.0.1.1424975374 > Max. Fink build jobs: 8 > > Thanks > Eduard de Jong >
Your “all other builds” probably aren’t trying to bring in the libraries that you have in /lib. I’d recommend temporarily renaming /lib or getting rid of those libraries altogether unless you actulally need them for something. -- Alexander Hansen, Ph.D. Fink User Liaison ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi _______________________________________________ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users