I'm resorting to leaving this stack trace rake is giving me....
** Execute dist/libshoes.dylib
gcc -o dist/libshoes.dylib shoes/app.o shoes/canvas.o shoes/dialogs.o
shoes/image.o shoes/internal.o shoes/ruby.o shoes/world.o -framework
Carbon -dynamiclib -Wl,-single_module -L. -L./deps/lib -install_name
@executable_path/libshoes.dylib -lruby -lcairo -lpangocairo-1.0
-lungif -ljpeg.62 -L./deps/lib -dylib_file
/tmp/dep/lib/libpng12.0.dylib:./deps/lib/libpng12.0.dylib -L./deps/lib
-lcairo -lz -lpng12 -L./deps/lib -lpango-1.0 -lgobject-2.0
-lgmodule-2.0 -lglib-2.0 -lintl -liconv
ld: library not found for -lungif
collect2: ld returned 1 exit status
rake aborted!
Command failed with status (1): [gcc -o dist/libshoes.dylib shoes/app.o sho...]
./deps/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:719:in `sh'
./deps/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:726:in `call'
./deps/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:726:in `sh'
./deps/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:805:in `sh'
/Users/shane/projects/thirdparty/shoes/rakefile:336
TIA,
Shane
On 1/15/08, Emanuel Carnevale <[EMAIL PROTECTED]> wrote:
> Hi all,
> warning! long post, if it's more suitable filing a lot of tickets,
> please tell me so next time I behave more aptly.
>
> every time a new revision came out I gave a try to build it on my
> iBook G4, previously with Tiger, now with Leopard.
>
> I've always failed.
> I've always been lazy and just posted the news here, receiving no
> answer at all, so I thought was my fault for asking newbie-like
> questions :)
>
> Yesterday night I had some time and I dug deeper into shoes and rake.
>
> why, I hope it'd be useful for you and for whoever wants to build shoes on
> osx.
>
> Please, could you disclose how you compile the OSX versions? Are you
> putting shoes on a tiger or a Leopard? or some really dashing solution
> you figured out? I'm really curios about that!
>
> Shoes r413
>
> 1. if you follow the instructions on the wiki, it fails miserably, I tried
> to do
> rake PPC=1
> but
> Rakefile (:294) relies on /Developer/SDKs/MacOSX10.3.9.sdk exists no
> more in Leopard, at least with XCode default installation.
>
> I installed it, but it's being installed in /SDKs/MacOSX10.3.9.sdk
> (Apple's decision, search me...)
>
> still (after patching all the Rakefile) no luck, in fact the gcc call is
>
> cc -I. -c -I./deps/include -I./deps/include/cairo
> -I./deps/include/pango-1.0 -I./deps/include/glib-2.0
> -I./deps/lib/glib-2.0/include -I./deps/lib/ruby/1.8/i686-darwin8.9.1
> -DSHOES_QUARTZ -Wall -Wstrict-prototypes -Wmissing-prototypes
> -Wmissing-declarations -Wredundant-decls -fpascal-strings -O -g
> -isysroot /Developer/SDKs/MacOSX10.3.9.sdk -arch ppc
> -I/tmp/dep/include -fno-common -pipe -fno-common -O -isysroot
> /SDKs/MacOSX10.3.9.sdk -arch ppc shoes/internal.c
>
> 2. see the first -isyroot parameter? it's still the wrong one and I
> cannot figure how to change it.
> *Now I'm pretty sure this is a newbie problem, but I haven't figured
> it out. I know that is in Rakefile (:283) where is called
> #{Config::CONFIG["CFLAGS"]} but I cannot find the place where it is
> hard coded..
>
> I abandoned the 10.3.9 version, the PPC version can build also in the
> UNIVERSAL flavour, so I changed strategy :)
>
> 3. bug:
> libungif is requested even if VIDEO is not set but is missing.
> it's only present in deps(Intel)+VLC, hence my question to Koen.
>
> I patched it removing ungif from Rakefile (:273) to be able to compile.
>
> Why, it's always required then the deps are bugged, or is the Rakefile
> which is wrong?
>
> anyway, the next error is
> ld: warning in ./deps/lib/libruby.dylib, file is not of required architecture
> not only for libruby, but also for cairo and the rest of the bunch.
>
> I tried the Intel deps but are giving be (unsurprisingly :p) bad
> interpreter: Bad CPU type in executable for rake...
>
> I guess we need deps for PPC but compiled for 10.4u.
>
> since Koen said he build everything from MacPorts, I think I have to
> try that road now..
>
> I really do hope to be able to give my share to shoes :)
>
> well, good night
>
> Emanuel
>
--
-Shane