On 27.01.2014, at 21:16, Bernhard Spinnler <bernhard.spinn...@gmx.net> wrote:
>> This worked for me in 10.9, using the same steps you provided, just without >> sudo. >> >> -dre >> Ok, I see a bit clearer now. Problem is still that CalendarServer-5.0 (and 5.1 as well) does not build out of the box on a clean install of OS X 10.9.1. Now I found this: https://developer.apple.com/library/ios/technotes/tn2328/_index.html It seems Apple have changed the way Python should be linked to in XCode 5.0. XCode 5.0 does not contain Python.framework any longer in MacOSX10.9.sdk while in MacOSX10.8.sdk it still does. Option -syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk forces the linker to look in …/MacOSX10.9.sdk. Thus linking postgresql-9.1.2 (at the very end of this post) fails. So far I haven’t figured how to solve this. Does anyone know where the -syslibroot option gets in? In CalendarServer’s build system? In postgresql-9.1.2’s? In gcc itself? Any thoughts? Andre, did you use XCode 5 when you reported that building on 10.9 worked? Thanks, Bernhard >> On Oct 29, 2013, at 12:05 PM, Erwin Zilg <ezilg at t-online.de> wrote: >> >>> Hello, >>> trying to set up CalendarServer-4.2 resulted in : >>> >>> # Download and Start >>> cd calendar >>> CalendarServer$ svn checkout >>> https://svn.calendarserver.org/repository/calendarserver/CalendarServer/tags/release/CalendarServer-4.2 >>> CalendarServer >>> cd CalendarServer >>> sudo ./run -s >>> . >>> . >>> # 1st errors >>> . >>> gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith >>> -Wdeclaration-after-statement -Wendif-labels -Wformat-security >>> -fno-strict-aliasing -fwrapv pg_dumpall.o dumputils.o keywords.o kwlookup.o >>> -L../../../src/port -lpgport -L../../../src/interfaces/libpq -lpq >>> -L../../../src/port -L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib >>> -Wl,-dead_strip_dylibs -lpgport -lz -lreadline -lm -o pg_dumpall >>> ld: warning: directory not found for option >>> '-L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib' >>> ld: warning: directory not found for option >>> '-L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib' >>> ld: warning: directory not found for option >>> '-L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib' >>> /Applications/Xcode.app/Contents/Developer/usr/bin/make -C pl all >>> . >>> . >>> # final stop >>> . >>> gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith >>> -Wdeclaration-after-statement -Wendif-labels -Wformat-security >>> -fno-strict-aliasing -fwrapv -bundle -multiply_defined suppress -o >>> plpython2.so plpython.o -L../../../src/port >>> -L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib >>> -Wl,-dead_strip_dylibs -framework Python -bundle_loader >>> ../../../src/backend/postgres >>> ld: warning: directory not found for option >>> '-L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib' >>> ld: framework not found Python >>> clang: error: linker command failed with exit code 1 (use -v to see >>> invocation) >>> make[3]: *** [plpython2.so] Error 1 >>> make[2]: *** [all-plpython-recurse] Error 2 >>> make[2]: *** Waiting for unfinished jobs.... >>> gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith >>> -Wdeclaration-after-statement -Wendif-labels -Wformat-security >>> -fno-strict-aliasing -fwrapv -bundle -multiply_defined suppress -o >>> plpgsql.so pl_gram.o pl_handler.o pl_comp.o pl_exec.o pl_funcs.o >>> pl_scanner.o -L../../../../src/port >>> -L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib >>> -Wl,-dead_strip_dylibs -bundle_loader ../../../../src/backend/postgres >>> ld: warning: directory not found for option >>> '-L/Users/erwinzilg/calendar/postgresql-9.1.2/_root/lib' >>> make[1]: *** [all-pl-recurse] Error 2 >>> make: *** [all-src-recurse] Error 2 >>> >>> NO other changes were made on my side. >>> Please advise on how to install without error >>> >>> Best regards >>> Erwin > > Erwin, > > did you actually make it compile? I’m now seeing exactly the same error with > CalendarServer-5.0 (and also 5.1) on OS X 10.9.1. > > I first tried to build the server on my new MBP running 10.9.1 after > upgrading from my old MBP running 10.8.5 (where I could build and run > CalendarServer-5.0 just fine). I get the same error while linking > plpython2.so: > > gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith > -Wdeclaration-after-statement -Wendif-labels -Wformat-security > -fno-strict-aliasing -fwrapv -bundle -multiply_defined suppress -o > plpython2.so plpython.o -L../../../src/port > -L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib > -Wl,-dead_strip_dylibs -framework Python -bundle_loader > ../../../src/backend/postgres > ld: warning: directory not found for option > '-L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib' > ld: framework not found Python > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > make[3]: *** [plpython2.so] Error 1 > make[2]: *** [all-plpython-recurse] Error 2 > > On the old machine running 10.8.5 I can still build everything just fine. > > Then I went on to wipe the drive of my new MBP and did a clean install of > 10.9.1 _without_ upgrading the old system. Still the same error. Note that I > didn’t mess with the installation in any way before building. Strange thing > is Python framework is there /System/Library/Frameworks/Python.framework/… > and permissions seem fine. I compared paths, versions, environment of the old > and new machine but didn’t notice significant differences. > > Then I used option -v as suggested by the error message and got: > > on 10.8.5: > > bash-3.2$ gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith > -Wdeclaration-after-statement -Wendif-labels -Wformat-security > -fno-strict-aliasing -fwrapv -bundle -multiply_defined suppress -o > plpython2.so plpython.o -L../../../src/port > -L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib > -Wl,-dead_strip_dylibs -framework Python -v -bundle_loader > ../../../src/backend/postgres > Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) > Target: x86_64-apple-darwin12.5.0 > Thread model: posix > "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld" > -demangle -dynamic -arch x86_64 -bundle -bundle_loader > ../../../src/backend/postgres -macosx_version_min 10.8.0 -multiply_defined > suppress -o plpython2.so -L../../../src/port > -L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib > plpython.o -dead_strip_dylibs -framework Python -lSystem > /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/5.0/lib/darwin/libclang_rt.osx.a > > on 10.9.1: > > bash-3.2$ gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith > -Wdeclaration-after-statement -Wendif-labels -Wformat-security > -fno-strict-aliasing -fwrapv -bundle -multiply_defined suppress -o > plpython2.so plpython.o -L../../../src/port > -L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib > -Wl,-dead_strip_dylibs -framework Python -v -bundle_loader > ../../../src/backend/postgres > Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) > Target: x86_64-apple-darwin13.0.0 > Thread model: posix > "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld" > -demangle -dynamic -arch x86_64 -bundle -bundle_loader > ../../../src/backend/postgres -macosx_version_min 10.9.0 -multiply_defined > suppress -syslibroot > /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk > -o plpython2.so -L../../../src/port > -L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib > plpython.o -dead_strip_dylibs -framework Python -lSystem > /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/5.0/lib/darwin/libclang_rt.osx.a > ld: warning: directory not found for option > '-L/Users/Admin/Applications/CalendarServer/postgresql-9.1.2/_root/lib' > ld: framework not found Python > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > > Difference is the “-syslibroot > /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk” > option and linking without this option actually generates plpython2.so > without error, but I have no idea why the error occurs in the first place and > whether the resulting library is ok or not. > > Would appreciate any help to solve this problem. > > Thanks, > Bernhard > _______________________________________________ > calendarserver-users mailing list > calendarserver-users@lists.macosforge.org > https://lists.macosforge.org/mailman/listinfo/calendarserver-users _______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/calendarserver-users
