librelist archives

« back to archive

Re: [shoes] mac os x glib error

Re: [shoes] mac os x glib error

From:
i5m
Date:
2010-01-31 @ 00:02
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

Re: [shoes] mac os x glib error

From:
i5m
Date:
2010-01-31 @ 20:58
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.

Re: [shoes] mac os x glib error

From:
Marylou Kunkle
Date:
2010-01-31 @ 22:27
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.
>
>

Re: [shoes] mac os x glib error

From:
Marylou Kunkle
Date:
2010-01-31 @ 23:20
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

Re: [shoes] mac os x glib error

From:
Steve Klabnik
Date:
2010-02-01 @ 03:20
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
>

Re: [shoes] mac os x glib error

From:
i5m
Date:
2010-02-01 @ 09:35
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>
>
>>
>>
>

Re: [shoes] mac os x glib error

From:
Marylou Kunkle
Date:
2010-02-01 @ 21:36
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>
>>
>>>
>>>
>>
>

Re: [shoes] mac os x glib error

From:
i5m
Date:
2010-02-01 @ 23:14
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:

Re: [shoes] mac os x glib error

From:
Marylou Kunkle
Date:
2010-02-02 @ 00:13
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:
>

Re: [shoes] mac os x glib error

From:
i5m
Date:
2010-02-02 @ 17:19
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:
>>
>
>

Re: [shoes] mac os x glib error

From:
Marylou Kunkle
Date:
2010-02-04 @ 02:21
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:
>>>
>>
>>
>

Re: [shoes] mac os x glib error

From:
i5m
Date:
2010-02-04 @ 17:12
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:
>>>>
>>>
>>>
>>
>

Re: [shoes] mac os x glib error

From:
Marylou Kunkle
Date:
2010-02-04 @ 18:57
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:
>>>>>
>>>>
>>>>
>>>
>>
>

Re: [shoes] mac os x glib error

From:
Steve Klabnik
Date:
2010-02-04 @ 19:11
Looks like it's time for the grand old tradition of "grep -ri "error" src/*"
...

Re: [shoes] mac os x glib error

From:
i5m
Date:
2010-02-04 @ 21:13
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.

Re: [shoes] mac os x glib error

From:
Marylou Kunkle
Date:
2010-02-04 @ 21:16
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.
>

Re: [shoes] mac os x glib error

From:
Steve Klabnik
Date:
2010-02-04 @ 21:18
>
> 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...

Re: [shoes] mac os x glib error

From:
Marylou Kunkle
Date:
2010-02-06 @ 06:28
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...
>
>

Re: [shoes] mac os x glib error

From:
i5m
Date:
2010-02-08 @ 15:01
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