And following up again (and replying on-list rather than just to Andreas!), I only get MacOSX10.5.sdk because I'm on an upgraded machine. My girlfriend's Macbook Pro (Snow Leopard only, no upgrade) only has MacOSX10.6.sdk (no 10.5 at all).
I guess defaulting to 10.6 makes sense for 'darwin' machines, with a note to swap the siteconf.py back to '10.5' for Leopard machines. I'm guessing most devs will by now be on Snow Leopard (given that the next OS comes out in a month or so). Probably a note aimed at the upcoming 10.7 users highlighting that this might need to be changed for them if they lack 10.6 too makes sense? So for now my suggested edit to siteconf.py for 'darwin' users would be: BOOST_COMPILER = 'gcc' # not gcc43 as this isn't installed on Macs, only 4.0 and 4.2 CXXFLAGS = ["-arch", "i386", "-arch", "x86_64", "-mmacosx-version-min=10.6"] LDFLAGS = ["-arch", "i386", "-arch", "x86_64", "-mmacosx-version-min=10.6"] CXXFLAGS.extend(['-isysroot', '/Developer/SDKs/MacOSX10.6.sdk']) LDFLAGS.extend(['-isysroot', '/Developer/SDKs/MacOSX10.6.sdk']) Ian. On 13 June 2011 17:57, Ian Ozsvald <[email protected]> wrote: > For completeness I also tried: > CXXFLAGS = ["-arch", "i386", "-arch", "x86_64", "-mmacosx-version-min=10.5"] > LDFLAGS = ["-arch", "i386", "-arch", "x86_64", "-mmacosx-version-min=10.5"] > CXXFLAGS.extend(['-isysroot', '/Developer/SDKs/MacOSX10.5.sdk']) > LDFLAGS.extend(['-isysroot', '/Developer/SDKs/MacOSX10.5.sdk']) > where I've replaced '10.6' with '10.5' and added 'x86_64' back - > everything runs fine (this is my current configuration). > > It is possible that I have 10.5 libs simply because I upgraded from > 10.5 to 10.6. Possibly someone with a pure 10.6 machine could verify > if /Developer/SDKs/MacOSX10.5.sdk exists for them? > > I'd suggest trying this as the default in siteconf.py if 'darwin' is > the machine type (at least until we get more errors to debug!). > > Ian. > > On 13 June 2011 15:34, Andreas Kloeckner <[email protected]> wrote: >> On Mon, 13 Jun 2011 13:32:19 +0100, Ian Ozsvald <[email protected]> wrote: >>> Fixed. >>> >>> My siteconf.py was as above but with minor changes: >>> # if on Snow Leopard, include these lines: >>> #CXXFLAGS = ["-arch", "x86_64", "-arch", "i386"] >>> #LDFLAGS = ["-arch", "x86_64", "-arch", "i386"] >>> CXXFLAGS = ["-arch", "i386", "-mmacosx-version-min=10.6"] >>> LDFLAGS = ["-arch", "i386", "-mmacosx-version-min=10.6"] >>> CXXFLAGS.extend(['-isysroot', '/Developer/SDKs/MacOSX10.6.sdk']) >>> LDFLAGS.extend(['-isysroot', '/Developer/SDKs/MacOSX10.6.sdk']) >>> >>> i.e. I removed x86_64 (I only want a 32bit build) and forced >>> -mmacosx-version-min to be 10.6 (this seems to double for >>> MACOSX_DEPLOYMENT_TARGET but this change actually made it work...). >>> Possibly Python's default build rule was ignoring the shell's >>> MACOSX_DEPLOYMENT_TARGET? Anyhow, forcing the above cleans up all the >>> build warnings about 10.4 that I was seeing (these only disappeared >>> after adding -mmacosx-version-min) and it all built cleanly. 'python >>> demo.py' now works. >> >> Nice job figuring this out. Rather than edit the wiki, I'd prefer if we >> could make this automatic as much as possible. I.e. I'd prefer updates >> to setup.py over wiki updates. >> >> Andreas >> >> > > > > -- > Ian Ozsvald (A.I. researcher, screencaster) > [email protected] > > http://IanOzsvald.com > http://SocialTiesApp.com/ > http://MorConsulting.com/ > http://blog.AICookbook.com/ > http://TheScreencastingHandbook.com > http://FivePoundApp.com/ > http://twitter.com/IanOzsvald > -- Ian Ozsvald (A.I. researcher, screencaster) [email protected] http://IanOzsvald.com http://SocialTiesApp.com/ http://MorConsulting.com/ http://blog.AICookbook.com/ http://TheScreencastingHandbook.com http://FivePoundApp.com/ http://twitter.com/IanOzsvald _______________________________________________ PyCUDA mailing list [email protected] http://lists.tiker.net/listinfo/pycuda
