> On Mar 2, 2015, at 8:33 AM, Martin Costabel <costa...@wanadoo.fr> wrote: > > On 2/03/15 16:52, Alexander Hansen wrote: > [] >> Those are relevant, yes. You’ll want to check for something specific to the >> build of this package in >> /sw/src/fink.build/openmotif4-2.3.4-10/motif-2.3.4/config.log, at around >> line 98. >> >> I have (10.10/Xcode 6.1): >> >> configure:3474: checking whether the C compiler works >> configure:3496: flag-sort -r gcc -I/sw/include -I/usr/X11R6/include >> -DXNO_MTSAFE_STRINGAPI -DXNO_MTSAFE_PWDAPI -DXNO_MTSAFE_TIMEAPI >> -I/sw/include -I/usr/X11R6/include -I/sw/include -L/sw/lib -L/usr/X11R6/lib >> -L/sw/lib conftest.c -L/sw/lib -L/usr/X11R6/lib -lXt >&5 >> configure:3500: $? = 0 >> configure:3548: result: yes > > Fabio's log file shows at that point: > >> configure:3496: flag-sort -r gcc -I/sw/include -I/usr/X11R6/include >> -DXNO_MTSAFE_STRINGAPI -DXNO_MTSAFE_PWDAPI -DXNO_MTSAFE_TIMEAPI >> -I/sw/include -I/usr/X11R6/include -I/sw/include -L/sw/lib -L/usr/X11R6/lib >> -L/sw/lib conftest.c -L/sw/lib -L/usr/X11R6/lib -lXt >&5 >> ld: warning: directory not found for option '-L/usr/X11R6/lib' >> ld: warning: directory not found for option '-L/usr/X11R6/lib' >> ld: library not found for -lXt >> clang: error: linker command failed with exit code 1 (use -v to see >> invocation) > > It seems Fink is not yet completely prepared to live with broken X11 > installations. The remedy is to reinstall Xquartz, which should be done > anyway after every system upgrade. > > -- > Martin > >
Moving this over to -devel since my comments are going to exceed the scope of -beginners. Individual packages set up their own X11 build setups. Openmotif4 specifically asks for /usr/X11R6 in its ConfigureParams. I have a hard time with the idea that X11/Xquartz is “broken” when it’s just missing convenience symlinks, but I’m not exactly sure what the best way to deal with the situation is. On the one hand, in my view relying on the X11 convenience symlinks is a bit fragile. /usrX11R6 hasn’t been a real directory for OS X X11 since 10.5 came out, and we no longer support any platforms that insist on it. /usr/X11 is only a real directory on 10.7 as well. These considerations are what motivated the change in fink-0.38.4 to allow fink to generate X11 virtual packages based on the presence of the real X11 tree rather than the convenience symlinks. On the other hand, the symlinks do provide some future-proofing in the event that Apple or macosforge decides to change the X11/Xquartz setup, and it does make for a bit of extra maintainer work to deal with the different real X11 trees on 10.7 and later OS X. Also, upstreams assume X11 lives in /usr/X11 (or /usr/X11R6 for older packages), so more work is involved there too. -- Alexander Hansen, Ph.D. Fink User Liaison ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ 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
