Hi Marylou, Both mailing lists are being used. If you are building on OSX (I assume Intel?) then you should be able to use the pre-built deps: http://wiki.github.com/shoes/shoes/buildingshoes I know I had some problems when trying to build everything from scratch (OSX PPC), but I can't remember at what point it failed. Not sure if I mentioned it on the mailing list or not - I'll have to have a search. Kind regards, i5m On 30 Jan 2010, at 21:45, Marylou Kunkle <melancholyfleur@gmail.com> wrote: > Crossposting: I posted this on the google groups mailing list too, > because I wasn't sure which one is right. > > In attempting to build shoooes, I have encountered an error trying > to build glib in Mac OS X. I tried several versions of glib, and > they all give the same error: > > error: #error GNU libiconv not in use but included iconv.h is from > libiconv > > Has anyone else had this problem? Any solutions? Does a specific > version of glib work better? > > Thanks, > Marylou
Steve, Marylou, On 4 Feb 2010, at 19:11, Steve Klabnik <steve@steveklabnik.com> wrote: > Looks like it's time for the grand old tradition of "grep -ri > "error" src/*" ... Do you mean the source directory in the deps folder? If so there's only the intel.sh script in there. I have continued bouts of stupidness though so you might need to spell this out to me. Anyway, I did "lipo -detailed_info" on pkg-config in the Intel deps and it really is PPC! Bizarre! So there are plenty of options to keep Marylou busy: 1) rebuild just pkg-config as Intel. Ensuring it's built as 32 bit. 2) OR Install Rosetta and see what happens. Might be an immediate solution, but probably there'll be other issues anyway, and ultimately we need to sort the deps out 3) have a dig through and see of any other deps are PPC. Use the command line lipo tool to do this. Probably want to write a little script to do that 4) rebuild all the deps as Marylou was first attempting, but make sure they get built as 32 bit. I'm really not sure about that "MACOSX_DEPLOYMENT_TARGET=10.3" thing in the wiki instructions or the intel.sh script. Seems we want to target something more recent than that. I don't know though, need to look into it more. Really all you can do, Marylou, is keep digging away. Thanks for your efforts so far, your the first that's had a decent go on Snow Leopard.
> > Do you mean the source directory in the deps folder? If so there's only the > intel.sh script in there. > Ah, gotcha. Since I'm not doing it, I can't see it... > I have continued bouts of stupidness though so you might need to spell this > out to me. > Not at all. Just speaking when I shouldn't be, no big deal... > Really all you can do, Marylou, is keep digging away. Thanks for your > efforts so far, your the first that's had a decent go on Snow Leopard. > Yeah, for real. This is good, though, I'm sure some people really want to run Shoooes on Snow Leopard...
i5m, Update. I went through the build with the longer set of instructions: http://wiki.github.com/shoes/shoes/buildingshoesonosx And I was definitely sure that all the dependencies build with a 32-bit architecture. However, this was my error: http://pastebin.com/f1d06911b Something interesting. In the set of original includes at the beginning: gcc -I. -c -oshoes/app.o -Wall -I./deps/include -I/tmp/dep/include/cairo -I/tmp/dep/include/pango-1.0 -I/tmp/dep/include/glib-2.0 -I/tmp/dep/lib/glib-2.0/include -I/tmp/dep/lib/ruby/1.9.1/i386-darwin10.2.0 -I/tmp/dep/include/ruby-1.9.1 -I/tmp/dep/include/ruby-1.9.1/i386-darwin10.2.0 -O -DRUBY_1_9 -DSHOES_QUARTZ -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -fpascal-strings -I/tmp/dep/include -O2 -g -Wall -Wno-parentheses -fno-common -pipe -fno-common -x objective-c -fobjc-exceptions -isysroot */Developer/SDKs/MacOSX10.5u.sdk* -arch i386 -m32 shoes/app.c That says Mac OS X 10.5. I made the MAC_DEPLOYMENT_TARGET in the beginning point to the 10.4 SDK (The set of instructions originally points to 10.3 which I don't even have on this machine). So I tried it over again with setting the MAC_DEPLOYMENT_TARGET to point to 10.5 SDK. Except then I got this error: http://pastebin.com/f210f60da It's ... different? :) Thanks, Marylou On Thu, Feb 4, 2010 at 4:18 PM, Steve Klabnik <steve@steveklabnik.com>wrote: > Do you mean the source directory in the deps folder? If so there's only the >> intel.sh script in there. >> > > Ah, gotcha. Since I'm not doing it, I can't see it... > > >> I have continued bouts of stupidness though so you might need to spell >> this out to me. >> > > Not at all. Just speaking when I shouldn't be, no big deal... > > >> Really all you can do, Marylou, is keep digging away. Thanks for your >> efforts so far, your the first that's had a decent go on Snow Leopard. >> > > Yeah, for real. This is good, though, I'm sure some people really want to > run Shoooes on Snow Leopard... > >
Marylou, the errors look the same to me: Command failed with status (1): [gcc -I. -c -oshoes/app.o -Wall > -I./deps/in...] With excellent timing someone has just commented on Issue 14 ( http://github.com/shoes/shoes/issues#issue/14/comment/128753) Bloopletech has also been trying to build on Snow Leopard, installing dependencies from Macports and trying to build the whole lot as 64 Bit. They have of course come across the problem of some of the code using the Carbon framework, and therefore it won't build. However, they did spot this issue with the Rakefile: I also needed to patch the Rakefile so that there was a space after the '-o' > in the gcc command, so that the output was '-o shoes/canvas.c'; otherwise > the .o files get dropped in the main dir, not the shoes dir. Lines 466 and 470 http://github.com/shoes/shoes/blob/master/Rakefile#L466 http://github.com/shoes/shoes/blob/master/Rakefile#L470 should be: sh "#{CC} -I. -c -o #{t.name} #{LINUX_CFLAGS} #{t.source}" Would be interesting to see if this has any effect on your build attempt. Otherwise I've not had much chance to look into it. I did stick up the Rake output from a successful build on OSXPPC: http://gist.github.com/297757 It does look like problems occur early on, e.g. line 11 from your build output (http://pastebin.com/f1d06911b). It would be interesting to look at the files mentioned and see what it can't find. E.g. where it keeps saying "No such file or directory". These files and directories may well exist in your deps, but we haven't included a search path for them, e.g: "I/tmp/dep/include/glib-2.0 -I/tmp/dep/lib/glib-2.0/include" might also need: "-I/tmp/dep/lib/glib-2.0/include/someotherfolder" adding in. Although for Windows, it would be worth reading through Ashbb's work in getting Policemand to build on Windows. Similar steps maybe required for Snow Leopard. http://github.com/ashbb/shoes_hack_note/blob/master/md/hack006.md E.g. Steps 001 and 002 were adding in missing dependency paths. ----------------------- i5m.co.uk GPG Key: 0xA18A602B On Sat, Feb 6, 2010 at 6:28 AM, Marylou Kunkle <melancholyfleur@gmail.com>wrote: > i5m, > > Update. I went through the build with the longer set of instructions: > http://wiki.github.com/shoes/shoes/buildingshoesonosx > > And I was definitely sure that all the dependencies build with a 32-bit > architecture. However, this was my error: > http://pastebin.com/f1d06911b > > Something interesting. In the set of original includes at the beginning: > gcc -I. -c -oshoes/app.o -Wall -I./deps/include -I/tmp/dep/include/cairo > -I/tmp/dep/include/pango-1.0 -I/tmp/dep/include/glib-2.0 > -I/tmp/dep/lib/glib-2.0/include -I/tmp/dep/lib/ruby/1.9.1/i386-darwin10.2.0 > -I/tmp/dep/include/ruby-1.9.1 > -I/tmp/dep/include/ruby-1.9.1/i386-darwin10.2.0 -O -DRUBY_1_9 > -DSHOES_QUARTZ -Wall -Wstrict-prototypes -Wmissing-prototypes > -Wmissing-declarations -Wredundant-decls -fpascal-strings -I/tmp/dep/include > -O2 -g -Wall -Wno-parentheses -fno-common -pipe -fno-common -x objective-c > -fobjc-exceptions -isysroot */Developer/SDKs/MacOSX10.5u.sdk* -arch i386 > -m32 shoes/app.c > > That says Mac OS X 10.5. I made the MAC_DEPLOYMENT_TARGET in the beginning > point to the 10.4 SDK (The set of instructions originally points to 10.3 > which I don't even have on this machine). > > So I tried it over again with setting the MAC_DEPLOYMENT_TARGET to point to > 10.5 SDK. Except then I got this error: > http://pastebin.com/f210f60da > > It's ... different? :) > > Thanks, > Marylou
i5m, Thanks for your help. :) I'll keep on plugging away... Marylou On Thu, Feb 4, 2010 at 4:13 PM, i5m <i5ivem@googlemail.com> wrote: > Steve, Marylou, > > On 4 Feb 2010, at 19:11, Steve Klabnik < <steve@steveklabnik.com><steve@steveklabnik.com> > steve@steveklabnik.com> wrote: > > Looks like it's time for the grand old tradition of "grep -ri "error" > src/*" ... > > > Do you mean the source directory in the deps folder? If so there's only the > intel.sh script in there. > > I have continued bouts of stupidness though so you might need to spell this > out to me. > > Anyway, I did "lipo -detailed_info" on pkg-config in the Intel deps and it > really is PPC! Bizarre! > > So there are plenty of options to keep Marylou busy: > > 1) rebuild just pkg-config as Intel. Ensuring it's built as 32 bit. > 2) OR Install Rosetta and see what happens. Might be an immediate solution, > but probably there'll be other issues anyway, and ultimately we need to sort > the deps out > 3) have a dig through and see of any other deps are PPC. Use the command > line lipo too l to do this. Probably want to write a little script to do > that > 4) rebuild all the deps as Marylou was first attempting, but make sure they > get built as 32 bit. I'm really not sure about that > "MACOSX_DEPLOYMENT_TARGET=10.3" thing in the wiki instructions or the > intel.sh script. Seems we want to target something more recent than that. I > don't know though, need to look into it more. > > Really all you can do, Marylou, is keep digging away. Thanks for your > efforts so far, your the first that's had a decent go on Snow Leopard. >
Steve, Marylou, Sorry, still having a PPC mac I completely forget about Snow Leopard sometimes. As far as I'm aware it doesn't build on Snow Leopard and this issue (and linked discussion) still stands: http://github.com/shoes/shoes/issues/#issue/12 Also, I think it still doesn't build on Linux 64bit either. I wonder if some of the issues are related? However, perhaps Marylou could check this thread out: http://www.mail-archive.com/gtk-list@gnome.org/msg28745.html Which is related to building glib on Snow Leopard. I believe it's a fix for her issue. Kind regards, i5m On 31 Jan 2010, at 19:55, Steve Klabnik <steve@steveklabnik.com> wrote: > Ah, thanks i5m. Since I don't see Marylou replying, she's building > on Intel, I _think_ Snow Leopard. She's a friend of mine, helping to > build the OSX version of Hackety Hack.
i5m, Thank you for your response. It seems, according to some of the threads, that the fact that Snow Leopard is 64-bit is the actual issue. However, the fix in the gtk-list seems to have worked for me. We'll see how far I get now. :) Thanks again, Marylou On Sun, Jan 31, 2010 at 3:58 PM, i5m <i5ivem@googlemail.com> wrote: > Steve, Marylou, > > Sorry, still having a PPC mac I completely forget about Snow Leopard > sometimes. As far as I'm aware it doesn't build on Snow Leopard and > this issue (and linked discussion) still stands: > > http://github.com/shoes/shoes/issues/#issue/12 > > Also, I think it still doesn't build on Linux 64bit either. I wonder > if some of the issues are related? > > However, perhaps Marylou could check this thread out: > > http://www.mail-archive.com/gtk-list@gnome.org/msg28745.html > > Which is related to building glib on Snow Leopard. I believe it's a > fix for her issue. > > Kind regards, > > i5m > > > On 31 Jan 2010, at 19:55, Steve Klabnik <steve@steveklabnik.com> wrote: > > > Ah, thanks i5m. Since I don't see Marylou replying, she's building > > on Intel, I _think_ Snow Leopard. She's a friend of mine, helping to > > build the OSX version of Hackety Hack. > >
Okay, current status: Shoes still doesn't build on Snow Leopard. The build output (with trace): http://pastebin.com/f3912d619 And I'll be honest, I have no idea what any of it means. Any enlightenment on the issues would be great. I'll try my best to investigate. Thanks, Marylou
Well, you start with the error at the end... 1. ld: library not found for -lungif That means that the 'ungif' library wasn't found. Oh look, and when i google 'ungif osx'... http://github.com/i5m/shoes/commit/54086618f1a4d14e427c6f0aadd3d1cb3724f8aa <http://github.com/i5m/shoes/commit/54086618f1a4d14e427c6f0aadd3d1cb3724f8aa>what a coincidence. might want to look at it that way... On Sun, Jan 31, 2010 at 6:20 PM, Marylou Kunkle <melancholyfleur@gmail.com>wrote: > Okay, current status: Shoes still doesn't build on Snow Leopard. The build > output (with trace): > > http://pastebin.com/f3912d619 > > And I'll be honest, I have no idea what any of it means. > > Any enlightenment on the issues would be great. I'll try my best to > investigate. > > Thanks, > Marylou >
The ungif vs gif thing has come up a couple of times. It's also affected linux users. Perhaps there is some way we could change the Rakefile to look at both, rather than having to fix it for one of the other.Or just change to gif, since I believe that would still work on linux anyway. ----------------------- i5m.co.uk GPG Key: 0xA18A602B On Mon, Feb 1, 2010 at 3:20 AM, Steve Klabnik <steve@steveklabnik.com>wrote: > Well, you start with the error at the end... > > 1. ld: library not found for -lungif > > That means that the 'ungif' library wasn't found. Oh look, and when i > google 'ungif osx'... > > http://github.com/i5m/shoes/commit/54086618f1a4d14e427c6f0aadd3d1cb3724f8aa > > > <http://github.com/i5m/shoes/commit/54086618f1a4d14e427c6f0aadd3d1cb3724f8aa> > >> >> >
Okay, so I made those changes to the Rakefile according to that commit, and
now, I get this error:
** Execute dist/libshoes.dylib
gcc -o dist/libshoes.dylib shoes/app.o shoes/canvas.o shoes/effects.o
shoes/image.o shoes/internal.o shoes/ruby.o shoes/world.o
shoes/native/cocoa.o shoes/http/nsurl.o -framework Cocoa -framework Carbon
-dynamiclib -Wl,-single_module -L. -L/tmp/dep/lib -L/usr/local/lib
-install_name @executable_path/libshoes.dylib -lruby -lpng -lcairo
-lpangocairo-1.0 -lgif -lpixman-1 -ljpeg.62 -L/tmp/dep/lib -L/tmp/dep/lib
-lcairo -L/tmp/dep/lib -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0
-lintl
Undefined symbols:
"_GetWindowPort", referenced from:
_shoes_native_surface_new in cocoa.o
"_ATSFontActivateFromFileSpecification", referenced from:
_shoes_load_font in cocoa.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
rake aborted!
Command failed with status (1): [gcc -o dist/libshoes.dylib shoes/app.o
sho...]
I can't really find anything about these particular symbols. There isn't
anything that looks wrong in /shoes/shoes/native/cocoa.m in comparison to
everyone else's commits.
On Mon, Feb 1, 2010 at 4:35 AM, i5m <i5ivem@googlemail.com> wrote:
> The ungif vs gif thing has come up a couple of times. It's also affected
> linux users. Perhaps there is some way we could change the Rakefile to look
> at both, rather than having to fix it for one of the other.Or just change to
> gif, since I believe that would still work on linux anyway.
> -----------------------
> i5m.co.uk
> GPG Key: 0xA18A602B
>
>
>
> On Mon, Feb 1, 2010 at 3:20 AM, Steve Klabnik <steve@steveklabnik.com>wrote:
>
>> Well, you start with the error at the end...
>>
>> 1. ld: library not found for -lungif
>>
>> That means that the 'ungif' library wasn't found. Oh look, and when i
>> google 'ungif osx'...
>>
>>
>> http://github.com/i5m/shoes/commit/54086618f1a4d14e427c6f0aadd3d1cb3724f8aa
>>
>>
>> <http://github.com/i5m/shoes/commit/54086618f1a4d14e427c6f0aadd3d1cb3724f8aa>
>>
>>>
>>>
>>
>
Marylou, Please could you post the full build output somewhere and also is this from building the dependencies yourself or are you using the pre-built ones? I have an idea based on the existing issue on Github and dsr's build output: Snow Leopard by default builds as 64bit. We need to tell it to build 32bit. Rakefile will need to be different for Snow Leopard. But it's my bedtime now so I'll have to leave it until tomorrow. i5m On 1 Feb 2010, at 21:36, Marylou Kunkle <melancholyfleur@gmail.com> wrote: > Okay, so I made those changes to the Rakefile according to that > commit, and now, I get this error:
i5m, Sorry about that. Here's the link: http://pastebin.com/f56e1f252 Thanks for the help. Talk to you tomorrow. Marylou On Mon, Feb 1, 2010 at 6:14 PM, i5m <i5ivem@googlemail.com> wrote: > Marylou, > > Please could you post the full build output somewhere and also is this > from building the dependencies yourself or are you using the pre-built > ones? > > I have an idea based on the existing issue on Github and dsr's build > output: Snow Leopard by default builds as 64bit. We need to tell it to > build 32bit. Rakefile will need to be different for Snow Leopard. > > But it's my bedtime now so I'll have to leave it until tomorrow. > > i5m > > On 1 Feb 2010, at 21:36, Marylou Kunkle <melancholyfleur@gmail.com> > wrote: > > > Okay, so I made those changes to the Rakefile according to that > > commit, and now, I get this error: >
Marylou,
firstly a disclaimer: "I don't know what I'm doing". Hey, I'm probably
Hackety Hack's target market. But until some of the experts can weigh in
these are my ideas:
Based on your output (http://pastebin.com/f56e1f252) it seems to be failing
in the same place as dsr (
http://groups.google.com/group/shoooes/msg/799dda94a222495b? and issue 12:
http://github.com/shoes/shoes/issues#issue/12). Just in a slightly different
way.
Both fail at:
Execute dist/libshoes.dylib
which is just after:
shoes/http/nsurl.m: In function ‘shoes_http_err’:
(if anyone wants to search through the linked build outputs.)
Dsr's fail with "file is not of required architecture" and "missing required
architecture x86_64 in file" which then causes the undefined symbols.
Yours just fails with undefined symbols.
I suspect the differences are because dsr used pre-built deps (Intel, 32bit)
but then tried to build Shoes as 64bit (since it will try to build as this
as default under Snow Leopard). And you built deps from scratch (which will
have built as 64bit by default) so don't get the "file is not of the
required architecture" errors, as you are also trying to build Shoes as
64bit, but ultimately that is the actual problem: As far as I can tell Shoes
will not build as 64bit since it relies on Carbon frameworks.
So the first thing I'd try is using the pre-built deps that Anuj Dutta
(andhapp) put together (http://wiki.github.com/shoes/shoes/buildingshoes)
and try adjusting the Rakefile to build as 32bit. There seems to be two
locations where you'll have to make the changes (I haven't yet figured out
why there are two build sections and what each one does so I'm assuming
you'll have to change both)
1) http://github.com/shoes/shoes/blob/master/Rakefile#L408-416
Firstly you'll have to figure out what your ENV actually is in Snow Leopard.
You can just type ENV in IRB. But I would be surprised if ENV['UNIVERSAL']
still exists. So for the purposes of trying to build on Snow Leopard I'd be
tempted to scrub all these lines and replace with:
LINUX_CFLAGS << " -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch i386
-m32"
LINUX_LDFLAGS << " -arch i386 -m32"
ENV['MACOSX_DEPLOYMENT_TARGET'] = '10.4'
This is guessed from this question on Stakoverflow:
http://stackoverflow.com/questions/1677324/compiling-bochs-on-mac-os-x-snow-leopard
2) http://github.com/shoes/shoes/blob/master/Rakefile#L476
Change this to:
sh "gcc -O -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch i386 -m32
-framework Cocoa -o stub platform/mac/stub.m -I."
IMPORTANT - I don't think the 10.4 SDK is installed by default with the Snow
Leopard developer tools, so you are probably going to have to install that
as well (apparently it's an optional install with the developer tools). I'd
try that first. And if that fails you could try targeting a more recent SDK.
That's all I can think of for now. Good luck,
i5m
-----------------------
i5m.co.uk
GPG Key: 0xA18A602B
On Tue, Feb 2, 2010 at 12:13 AM, Marylou Kunkle
<melancholyfleur@gmail.com>wrote:
> i5m,
>
> Sorry about that. Here's the link: http://pastebin.com/f56e1f252
>
> Thanks for the help. Talk to you tomorrow.
>
> Marylou
>
>
> On Mon, Feb 1, 2010 at 6:14 PM, i5m <i5ivem@googlemail.com> wrote:
>
>> Marylou,
>>
>> Please could you post the full build output somewhere and also is this
>> from building the dependencies yourself or are you using the pre-built
>> ones?
>>
>> I have an idea based on the existing issue on Github and dsr's build
>> output: Snow Leopard by default builds as 64bit. We need to tell it to
>> build 32bit. Rakefile will need to be different for Snow Leopard.
>>
>> But it's my bedtime now so I'll have to leave it until tomorrow.
>>
>> i5m
>>
>> On 1 Feb 2010, at 21:36, Marylou Kunkle <melancholyfleur@gmail.com>
>> wrote:
>>
>> > Okay, so I made those changes to the Rakefile according to that
>> > commit, and now, I get this error:
>>
>
>
i5m, Thank you for your help. I think we're getting closer. Unfortunately, I tried those things, and when I targeted 10.4, this happened: http://pastebin.com/f19f655b7 Then I tried targeting 10.5 instead, and got this: http://pastebin.com/f19f655b7 Is there something to the Rosetta software warning? It looks like it definitely needs 10.4, but maybe I'm still missing something? thanks, Marylou On Tue, Feb 2, 2010 at 12:19 PM, i5m <i5ivem@googlemail.com> wrote: > Marylou, > > firstly a disclaimer: "I don't know what I'm doing". Hey, I'm probably > Hackety Hack's target market. But until some of the experts can weigh in > these are my ideas: > > Based on your output (http://pastebin.com/f56e1f252) it seems to be > failing in the same place as dsr ( > http://groups.google.com/group/shoooes/msg/799dda94a222495b? and issue 12: > http://github.com/shoes/shoes/issues#issue/12). Just in a slightly > different way. > > Both fail at: > > Execute dist/libshoes.dylib > > which is just after: > > shoes/http/nsurl.m: In function ‘shoes_http_err’: > > (if anyone wants to search through the linked build outputs.) > > Dsr's fail with "file is not of required architecture" and "missing > required architecture x86_64 in file" which then causes the undefined > symbols. > > Yours just fails with undefined symbols. > > I suspect the differences are because dsr used pre-built deps (Intel, > 32bit) but then tried to build Shoes as 64bit (since it will try to build as > this as default under Snow Leopard). And you built deps from scratch (which > will have built as 64bit by default) so don't get the "file is not of the > required architecture" errors, as you are also trying to build Shoes as > 64bit, but ultimately that is the actual problem: As far as I can tell Shoes > will not build as 64bit since it relies on Carbon frameworks. > > So the first thing I'd try is using the pre-built deps that Anuj Dutta > (andhapp) put together (http://wiki.github.com/shoes/shoes/buildingshoes) > and try adjusting the Rakefile to build as 32bit. There seems to be two > locations where you'll have to make the changes (I haven't yet figured out > why there are two build sections and what each one does so I'm assuming > you'll have to change both) > > 1) http://github.com/shoes/shoes/blob/master/Rakefile#L408-416 > > Firstly you'll have to figure out what your ENV actually is in Snow > Leopard. You can just type ENV in IRB. But I would be surprised if > ENV['UNIVERSAL'] still exists. So for the purposes of trying to build on > Snow Leopard I'd be tempted to scrub all these lines and replace with: > > LINUX_CFLAGS << " -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch i386 > -m32" > LINUX_LDFLAGS << " -arch i386 -m32" > ENV['MACOSX_DEPLOYMENT_TARGET'] = '10.4' > > This is guessed from this question on Stakoverflow: > http://stackoverflow.com/questions/1677324/compiling-bochs-on-mac-os-x-snow-leopard > > 2) http://github.com/shoes/shoes/blob/master/Rakefile#L476 > > Change this to: > > sh "gcc -O -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch i386 -m32 > -framework Cocoa -o stub platform/mac/stub.m -I." > > IMPORTANT - I don't think the 10.4 SDK is installed by default with the > Snow Leopard developer tools, so you are probably going to have to install > that as well (apparently it's an optional install with the developer tools). > I'd try that first. And if that fails you could try targeting a more recent > SDK. > > That's all I can think of for now. Good luck, > > i5m > > ----------------------- > i5m.co.uk > GPG Key: 0xA18A602B > > > On Tue, Feb 2, 2010 at 12:13 AM, Marylou Kunkle <melancholyfleur@gmail.com > > wrote: > >> i5m, >> >> Sorry about that. Here's the link: http://pastebin.com/f56e1f252 >> >> Thanks for the help. Talk to you tomorrow. >> >> Marylou >> >> >> On Mon, Feb 1, 2010 at 6:14 PM, i5m <i5ivem@googlemail.com> wrote: >> >>> Marylou, >>> >>> Please could you post the full build output somewhere and also is this >>> from building the dependencies yourself or are you using the pre-built >>> ones? >>> >>> I have an idea based on the existing issue on Github and dsr's build >>> output: Snow Leopard by default builds as 64bit. We need to tell it to >>> build 32bit. Rakefile will need to be different for Snow Leopard. >>> >>> But it's my bedtime now so I'll have to leave it until tomorrow. >>> >>> i5m >>> >>> On 1 Feb 2010, at 21:36, Marylou Kunkle <melancholyfleur@gmail.com> >>> wrote: >>> >>> > Okay, so I made those changes to the Rakefile according to that >>> > commit, and now, I get this error: >>> >> >> >
Marylou, haven't had time to look properly, but the 'Rosetta' thing is odd. That means the 'pkg-config' dependency it is trying to use has been built for PPC. Can you verify that you've used the Intel deps? ( http://cloud.github.com/downloads/andhapp/shoes/deps-osx-intel.tar.bz2) ----------------------- i5m.co.uk GPG Key: 0xA18A602B On Thu, Feb 4, 2010 at 2:21 AM, Marylou Kunkle <melancholyfleur@gmail.com>wrote: > i5m, > > Thank you for your help. I think we're getting closer. Unfortunately, I > tried those things, and when I targeted 10.4, this happened: > > http://pastebin.com/f19f655b7 > > Then I tried targeting 10.5 instead, and got this: > > http://pastebin.com/f19f655b7 > > Is there something to the Rosetta software warning? It looks like it > definitely needs 10.4, but maybe I'm still missing something? > > thanks, > Marylou > > > On Tue, Feb 2, 2010 at 12:19 PM, i5m <i5ivem@googlemail.com> wrote: > >> Marylou, >> >> firstly a disclaimer: "I don't know what I'm doing". Hey, I'm probably >> Hackety Hack's target market. But until some of the experts can weigh in >> these are my ideas: >> >> Based on your output (http://pastebin.com/f56e1f252) it seems to be >> failing in the same place as dsr ( >> http://groups.google.com/group/shoooes/msg/799dda94a222495b? and issue >> 12: http://github.com/shoes/shoes/issues#issue/12). Just in a slightly >> different way. >> >> Both fail at: >> >> Execute dist/libshoes.dylib >> >> which is just after: >> >> shoes/http/nsurl.m: In function ‘shoes_http_err’: >> >> (if anyone wants to search through the linked build outputs.) >> >> Dsr's fail with "file is not of required architecture" and "missing >> required architecture x86_64 in file" which then causes the undefined >> symbols. >> >> Yours just fails with undefined symbols. >> >> I suspect the differences are because dsr used pre-built deps (Intel, >> 32bit) but then tried to build Shoes as 64bit (since it will try to build as >> this as default under Snow Leopard). And you built deps from scratch (which >> will have built as 64bit by default) so don't get the "file is not of the >> required architecture" errors, as you are also trying to build Shoes as >> 64bit, but ultimately that is the actual problem: As far as I can tell Shoes >> will not build as 64bit since it relies on Carbon frameworks. >> >> So the first thing I'd try is using the pre-built deps that Anuj Dutta >> (andhapp) put together (http://wiki.github.com/shoes/shoes/buildingshoes) >> and try adjusting the Rakefile to build as 32bit. There seems to be two >> locations where you'll have to make the changes (I haven't yet figured out >> why there are two build sections and what each one does so I'm assuming >> you'll have to change both) >> >> 1) http://github.com/shoes/shoes/blob/master/Rakefile#L408-416 >> >> Firstly you'll have to figure out what your ENV actually is in Snow >> Leopard. You can just type ENV in IRB. But I would be surprised if >> ENV['UNIVERSAL'] still exists. So for the purposes of trying to build on >> Snow Leopard I'd be tempted to scrub all these lines and replace with: >> >> LINUX_CFLAGS << " -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch i386 >> -m32" >> LINUX_LDFLAGS << " -arch i386 -m32" >> ENV['MACOSX_DEPLOYMENT_TARGET'] = '10.4' >> >> This is guessed from this question on Stakoverflow: >> http://stackoverflow.com/questions/1677324/compiling-bochs-on-mac-os-x-snow-leopard >> >> 2) http://github.com/shoes/shoes/blob/master/Rakefile#L476 >> >> Change this to: >> >> sh "gcc -O -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch i386 -m32 >> -framework Cocoa -o stub platform/mac/stub.m -I." >> >> IMPORTANT - I don't think the 10.4 SDK is installed by default with the >> Snow Leopard developer tools, so you are probably going to have to install >> that as well (apparently it's an optional install with the developer tools). >> I'd try that first. And if that fails you could try targeting a more recent >> SDK. >> >> That's all I can think of for now. Good luck, >> >> i5m >> >> ----------------------- >> i5m.co.uk >> GPG Key: 0xA18A602B >> >> >> On Tue, Feb 2, 2010 at 12:13 AM, Marylou Kunkle < >> melancholyfleur@gmail.com> wrote: >> >>> i5m, >>> >>> Sorry about that. Here's the link: http://pastebin.com/f56e1f252 >>> >>> Thanks for the help. Talk to you tomorrow. >>> >>> Marylou >>> >>> >>> On Mon, Feb 1, 2010 at 6:14 PM, i5m <i5ivem@googlemail.com> wrote: >>> >>>> Marylou, >>>> >>>> Please could you post the full build output somewhere and also is this >>>> from building the dependencies yourself or are you using the pre-built >>>> ones? >>>> >>>> I have an idea based on the existing issue on Github and dsr's build >>>> output: Snow Leopard by default builds as 64bit. We need to tell it to >>>> build 32bit. Rakefile will need to be different for Snow Leopard. >>>> >>>> But it's my bedtime now so I'll have to leave it until tomorrow. >>>> >>>> i5m >>>> >>>> On 1 Feb 2010, at 21:36, Marylou Kunkle <melancholyfleur@gmail.com> >>>> wrote: >>>> >>>> > Okay, so I made those changes to the Rakefile according to that >>>> > commit, and now, I get this error: >>>> >>> >>> >> >
i5m, Yes, I definitely used the intel dependencies. That's a strange error. Marylou On Thu, Feb 4, 2010 at 12:12 PM, i5m <i5ivem@googlemail.com> wrote: > Marylou, > > haven't had time to look properly, but the 'Rosetta' thing is odd. That > means the 'pkg-config' dependency it is trying to use has been built for > PPC. Can you verify that you've used the Intel deps? ( > http://cloud.github.com/downloads/andhapp/shoes/deps-osx-intel.tar.bz2) > > ----------------------- > i5m.co.uk > GPG Key: 0xA18A602B > > > On Thu, Feb 4, 2010 at 2:21 AM, Marylou Kunkle <melancholyfleur@gmail.com>wrote: > >> i5m, >> >> Thank you for your help. I think we're getting closer. Unfortunately, I >> tried those things, and when I targeted 10.4, this happened: >> >> http://pastebin.com/f19f655b7 >> >> Then I tried targeting 10.5 instead, and got this: >> >> http://pastebin.com/f19f655b7 >> >> Is there something to the Rosetta software warning? It looks like it >> definitely needs 10.4, but maybe I'm still missing something? >> >> thanks, >> Marylou >> >> >> On Tue, Feb 2, 2010 at 12:19 PM, i5m <i5ivem@googlemail.com> wrote: >> >>> Marylou, >>> >>> firstly a disclaimer: "I don't know what I'm doing". Hey, I'm probably >>> Hackety Hack's target market. But until some of the experts can weigh in >>> these are my ideas: >>> >>> Based on your output (http://pastebin.com/f56e1f252) it seems to be >>> failing in the same place as dsr ( >>> http://groups.google.com/group/shoooes/msg/799dda94a222495b? and issue >>> 12: http://github.com/shoes/shoes/issues#issue/12). Just in a slightly >>> different way. >>> >>> Both fail at: >>> >>> Execute dist/libshoes.dylib >>> >>> which is just after: >>> >>> shoes/http/nsurl.m: In function ‘shoes_http_err’: >>> >>> (if anyone wants to search through the linked build outputs.) >>> >>> Dsr's fail with "file is not of required architecture" and "missing >>> required architecture x86_64 in file" which then causes the undefined >>> symbols. >>> >>> Yours just fails with undefined symbols. >>> >>> I suspect the differences are because dsr used pre-built deps (Intel, >>> 32bit) but then tried to build Shoes as 64bit (since it will try to build as >>> this as default under Snow Leopard). And you built deps from scratch (which >>> will have built as 64bit by default) so don't get the "file is not of the >>> required architecture" errors, as you are also trying to build Shoes as >>> 64bit, but ultimately that is the actual problem: As far as I can tell Shoes >>> will not build as 64bit since it relies on Carbon frameworks. >>> >>> So the first thing I'd try is using the pre-built deps that Anuj Dutta >>> (andhapp) put together (http://wiki.github.com/shoes/shoes/buildingshoes) >>> and try adjusting the Rakefile to build as 32bit. There seems to be two >>> locations where you'll have to make the changes (I haven't yet figured out >>> why there are two build sections and what each one does so I'm assuming >>> you'll have to change both) >>> >>> 1) http://github.com/shoes/shoes/blob/master/Rakefile#L408-416 >>> >>> Firstly you'll have to figure out what your ENV actually is in Snow >>> Leopard. You can just type ENV in IRB. But I would be surprised if >>> ENV['UNIVERSAL'] still exists. So for the purposes of trying to build on >>> Snow Leopard I'd be tempted to scrub all these lines and replace with: >>> >>> LINUX_CFLAGS << " -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch >>> i386 -m32" >>> LINUX_LDFLAGS << " -arch i386 -m32" >>> ENV['MACOSX_DEPLOYMENT_TARGET'] = '10.4' >>> >>> This is guessed from this question on Stakoverflow: >>> http://stackoverflow.com/questions/1677324/compiling-bochs-on-mac-os-x-snow-leopard >>> >>> 2) http://github.com/shoes/shoes/blob/master/Rakefile#L476 >>> >>> Change this to: >>> >>> sh "gcc -O -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch i386 -m32 >>> -framework Cocoa -o stub platform/mac/stub.m -I." >>> >>> IMPORTANT - I don't think the 10.4 SDK is installed by default with the >>> Snow Leopard developer tools, so you are probably going to have to install >>> that as well (apparently it's an optional install with the developer tools). >>> I'd try that first. And if that fails you could try targeting a more recent >>> SDK. >>> >>> That's all I can think of for now. Good luck, >>> >>> i5m >>> >>> ----------------------- >>> i5m.co.uk >>> GPG Key: 0xA18A602B >>> >>> >>> On Tue, Feb 2, 2010 at 12:13 AM, Marylou Kunkle < >>> melancholyfleur@gmail.com> wrote: >>> >>>> i5m, >>>> >>>> Sorry about that. Here's the link: http://pastebin.com/f56e1f252 >>>> >>>> Thanks for the help. Talk to you tomorrow. >>>> >>>> Marylou >>>> >>>> >>>> On Mon, Feb 1, 2010 at 6:14 PM, i5m <i5ivem@googlemail.com> wrote: >>>> >>>>> Marylou, >>>>> >>>>> Please could you post the full build output somewhere and also is this >>>>> from building the dependencies yourself or are you using the pre-built >>>>> ones? >>>>> >>>>> I have an idea based on the existing issue on Github and dsr's build >>>>> output: Snow Leopard by default builds as 64bit. We need to tell it to >>>>> build 32bit. Rakefile will need to be different for Snow Leopard. >>>>> >>>>> But it's my bedtime now so I'll have to leave it until tomorrow. >>>>> >>>>> i5m >>>>> >>>>> On 1 Feb 2010, at 21:36, Marylou Kunkle <melancholyfleur@gmail.com> >>>>> wrote: >>>>> >>>>> > Okay, so I made those changes to the Rakefile according to that >>>>> > commit, and now, I get this error: >>>>> >>>> >>>> >>> >> >
Looks like it's time for the grand old tradition of "grep -ri "error" src/*" ...