On Wed Jun 18 20:00:25 2008, packy wrote: > On my OSX PPC 10.4.11 platform I did a "make perl6" from languages/ > perl6, and I got the following: > > cd src/pmc && perl /usr/local/source/parrot/tools/build/dynpmc.pl > linklibs perl6str mutable perl6scalar mutablevar > c++ -o perl6_group.bundle lib-perl6_group.o perl6str.o mutable.o > perl6scalar.o mutablevar.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: flag: -undefined dynamic_lookup can't be used with > MACOSX_DEPLOYMENT_TARGET environment variable set to: 10.1 > collect2: ld returned 1 exit status > partial link of perl6_group failed (256) > make: *** [src/pmc/perl6_group.bundle] Error 2 > > *grumble* At this point, I could just export it in my .bashrc, or > put it everywhere it ought to be. > > I'm submitting a patch, adding the "#CONDITIONED_LINE(darwin):export > MACOSX_DEPLOYMENT_TARGET := @osx_version@" line (and an explanatory > comment) in all the config/makefiles/root.in files for all the > languages in languages/ AND updating tools/dev/mk_language_shell.pl > so it will be in future language shells. I'm not sure if all > languages will use gcc and g++, but I figured it's just an > environment variable and it's better to define it when it's not > needed than to not have it defined when it is. > > -packy >
Looks fine, I don't have a problem with adding it proactively to languages currently in the repo. Applied in r28657. -- Will "Coke" Coleda
