On Tue, 2008-06-17 at 11:27 -0700, Packy Anderson wrote: > Here's the command I'm using to configure and make > $ make realclean; CC="gcc-4.0" CX="g++-4.0" perl Configure.pl -- > cc="$CC" --cxx="$CX" --link="$CX" --ld="$CX" --optimize; make -j 2
That's a pretty advanced build method. OK, let's sanity check: * Does it still fail if you don't override the compiler and linker? * Does it still fail if you don't run a parallel make? * Does it still fail if you don't configure with --optimize? * Does it still fail for just 'make realclean; perl Configure.pl; make'? (These aren't just silly questions. Parrot is not tested as often or as well with non-default build configurations, so a bug could easily have crept back in.) > c++ -o digest_group.bundle lib-digest_group.o md2.o md4.o md5.o > ripemd160.o sha.o sha1.o sha256.o sha512.o -lm -framework OpenGL - > framework GLUT -lcrypto -L/usr/local/lib -L/usr/local/source/parrot/ > blib/lib -L/opt/local/lib -L/usr/local/source/parrot/blib/lib - > bundle -undefined dynamic_lookup -L/usr/local/source/parrot/blib/lib - > lparrot > /usr/bin/ld: warning can't open dynamic library: /opt/local/lib/libz. > 1.dylib (checking for undefined symbols may be affected) (No such > file or directory, errno = 2) This seems very odd to me. I'm not sure what is needing libz, or why it is pulling it from /opt/local/ ... I've asked another Mac OS X person to take a look at this, since it makes no sense to me. -'f
