Dear Pete, Thanks for the quick reply. Your solution was perfect.
Thanks, e. On 7 Aug 2012, at 23:14, Peter Dyballa wrote: > > Am 07.08.2012 um 18:40 schrieb Erkcan Ozcan: > >> I see warnings like: >> >> ld: warning: directory not found for option >> '-L/Users/gkhanna/build/x86_64-apple-darwin10/libstdc++-v3/src' >> ld: warning: directory not found for option >> '-L/Users/gkhanna/build/x86_64-apple-darwin10/libstdc++-v3/src/.libs' >> >> So somehow the code must have the user name of the original package >> developer (gkhanna) hardcoded in. > > Yes! But not pstoedit and neither its ingredients. The trouble starts here on > that first line #297 or afterwards on lines #413/414 in your LOG file: > > /bin/sh ../libtool --tag=CXX --mode=link g++ -g -O2 -DINTERNALBOOL > -no-undefined -L/sw/lib -o libpstoedit.la -rpath /sw/lib dynload.lo callgs.lo > lexyy.lo miscutil.lo cbstream.lo psimage.lo drvbase.lo base64writer.lo > poptions.lo subpath.lo pstoedit.lo -lstdc++ -ldl -lm -lgd > libtool: link: g++ -dynamiclib -o .libs/libpstoedit.0.dylib .libs/dynload.o > .libs/callgs.o .libs/lexyy.o .libs/miscutil.o .libs/cbstream.o > .libs/psimage.o .libs/drvbase.o .libs/base64writer.o .libs/poptions.o > .libs/subpath.o .libs/pstoedit.o -L/sw/lib /usr/local/lib/libstdc++.dylib > -L/Users/gkhanna/build/x86_64-apple-darwin10/libstdc++-v3/src > -L/Users/gkhanna/build/x86_64-apple-darwin10/libstdc++-v3/src/.libs -ldl -lm > /sw/lib/libgd.dylib -O2 -install_name /sw/lib/libpstoedit.0.dylib > -compatibility_version 1 -current_version 1.0 -Wl,-single_module > > /bin/sh ../libtool --tag=CXX --mode=link g++ -g -O2 -DINTERNALBOOL > -no-undefined -module -L/sw/lib -o libp2edrvstd.la -rpath > /sw/lib/pstoedit-3.60 initlibrary.lo drvgcode.lo drvcairo.lo drvlwo.lo > drvrib.lo drvrpl.lo drvdxf.lo drvjava.lo drvjava2.lo drvpdf.lo drvkillu.lo > drvtext.lo drvsk.lo drvmpost.lo drvasy.lo drvmma.lo drvlatex2e.lo drvnoi.lo > drvpic.lo drvhpgl.lo drvpcb1.lo drvpcb2.lo drvpcbfill.lo drvgschem.lo > drvcfdg.lo drvtk.lo drvvtk.lo drvsvm.lo drvgnplt.lo drvtgif.lo drvfig.lo > drvidraw.lo drvsampl.lo libpstoedit.la -lgd > libtool: link: g++ -o .libs/libp2edrvstd.0.so -bundle .libs/initlibrary.o > .libs/drvgcode.o .libs/drvcairo.o .libs/drvlwo.o .libs/drvrib.o > .libs/drvrpl.o .libs/drvdxf.o .libs/drvjava.o .libs/drvjava2.o .libs/drvpdf.o > .libs/drvkillu.o .libs/drvtext.o .libs/drvsk.o .libs/drvmpost.o > .libs/drvasy.o .libs/drvmma.o .libs/drvlatex2e.o .libs/drvnoi.o > .libs/drvpic.o .libs/drvhpgl.o .libs/drvpcb1.o .libs/drvpcb2.o > .libs/drvpcbfill.o .libs/drvgschem.o .libs/drvcfdg.o .libs/drvtk.o > .libs/drvvtk.o .libs/drvsvm.o .libs/drvgnplt.o .libs/drvtgif.o .libs/drvfig.o > .libs/drvidraw.o .libs/drvsampl.o -L/sw/lib ./.libs/libpstoedit.dylib > -L/usr/local/lib > -L/Users/gkhanna/build/x86_64-apple-darwin10/libstdc++-v3/src > -L/Users/gkhanna/build/x86_64-apple-darwin10/libstdc++-v3/src/.libs > /usr/local/lib/libstdc++.dylib -ldl -lm /sw/lib/libgd.dylib -O2 > > Do you see that option "-L/usr/local/lib"? Presumingly you have some software > installed in /usr/local. By default all compilers look on an UNIX system into > /usr/local/include and /usr/local/lib *before* they search in the proper > areas, for example /sw/include and /sw/lib. So the library > "/usr/local/lib/libstdc++.dylib" is found first and seems to have > dependencies to other libraries that user gkhanna seems to have built and > installed. To see these dependencies you can run on the command line: > > otool -L /usr/local/lib/libstdc++.dylib > > And this means in combination with the > "-L/Users/gkhanna/build/x86_64-apple-darwin10/libstdc++-v3/src > -L/Users/gkhanna/build/x86_64-apple-darwin10/libstdc++-v3/src/.libs > /usr/local/lib/libstdc++.dylib" that you are not using Apple's g++ but some > other g++, presumingly /usr/local/bin/g++, built and installed by that user > gkhanna. You can check with 'which g++' which g++ executable probably was > used for compilation. > > The cure is simple: before Fink starts to build some software (this can > happen even when you just run selfupdate and updates for integral software > have arrived and will be built and installed automatically) you need to > rename /usr/local to something else, for example /usr/local_out_of_the_way. > And when Fink has finished you might need to rename /usr/local_out_of_the_way > to /usr/local… > > You could also think of just removing /usr/local. If there is no software > needed… > > > There is nothing wrong (yet) with the pstoedit-3.60-1 package. > > -- > Greetings > > Pete > > If you don't find it in the index, look very carefully through the entire > catalogue. > – Sears, Roebuck, and Co., Consumer's Guide, 1897 > -- In case they are not written explicitly, please be aware that my greetings and farewell are inherently implied in this email. V. Erkcan Ozcan Research Fellow University College London Dept. of Physics & Astronomy ------------------------------------------------------------------------------ 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/ _______________________________________________ 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
