Thanks.
It now works.
--
Eduard
Alexander Hansen wrote:
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.
------------------------------------------------------------------------------
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
