Hi,
I fixed this error on linux by making the following change to the Rakefile:
- LINUX_LIB_NAMES = %W[#{ruby_so} cairo pangocairo-1.0 ungif]
+ LINUX_LIB_NAMES = %W[#{ruby_so} cairo pangocairo-1.0 gif]
The ungif and gif libraries are essentially compatible. Historically, ungif
was created to avoid patent issues. The patent in question has expired so some
systems are going back to the gif lib.
Eric
--
Vying Games (vying.org)
On 19:22 Thu 21 Feb , Shane Witbeck wrote:
> 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
