[CalendarServer-users] help : CalendarServer-4.2 - Installation under Mac OS X 10.9

Wed Jan 29 13:54:46 PST 2014

On 27.01.2014, at 21:16, Bernhard Spinnler <Bernhard.Spinnler at 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 at lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/calendarserver-users