devel/gmake upgrade breaks www/mozilla compile

[Scott Allendorf]

Ade Lovett wrote:

>> /usr/local/bin/perl5.8.8 -I../../config ../../config/ preprocessor.pl 
>> -DNAMESPACE=http://www.w3.org/2000/10/18/P3Pv1 \
>>         -DHAS_TMPL_RETENTION\
>>         resources/content/p3p.xsl.in > p3p200010.xsl
>> ../../config/preprocessor.pl: invalid argument to -D:  
>> HAS_TMPL_RETENTIONresources/content/p3p.xsl.in
> 
> Looks like a perl issue to me.  Note the lack of a space before the  
> backslash on the -DHAS_TMPL_RETENTION line.  "preprocessor.pl"  appears 
> to be mistakenly joining things together, resulting in the  failure.  
> Further investigation needs to be carried out there by  someone more 
> familiar than me with the mozilla build process.
> 
> It should be noted, however, that both www/mozilla and www/firefox  
> built successfully here (x11/gnome2 was one of the test cases) on 6- 
> STABLE /i386 and /amd64.

On 6-STABLE/i386 I did:

1) 'make all' in www/mozilla (worked)
2) portupgrade gmake (worked)
3) 'make clean' in www/mozilla (worked)
4) 'make all' in www/mozilla (fails as above)

While the fault may ultimately lie in perl or even the mozilla port, 
clearly the change in gmake triggered it.  The behavior is identical on 
4-STABLE systems.

I just tried building www/mozilla on a bare system:

0) 6-STABLE as of 6/19/2006 at about 15:00 UT
1) Ports cvsuped at about 0:00 UT on 6/30/06.
2) /usr/local, /usr/X11R6, /usr/compat empty
3) cd /usr/ports/www/mozilla
4) make all (and leave options at defaults)

This fails exactly as above.

In the Makefile, I see:

p3p200010.xsl: resources/content/p3p.xsl.in Makefile.in
         @$(RM) -f $@
         $(PP) -DNAMESPACE=http://www.w3.org/2000/10/18/P3Pv1 \
         -DHAS_TMPL_RETENTION\
         $< > $@

Is it possible that the new gmake handles the $< substitution 
differently, possibly eating a space that the old version left behind? 
I have verified that the compiler error can be fixed by adding a space 
before the last backslash (and all other similar occurrences in the 
Makefile), but I wonder if this is still a gmake issue.  I also wonder 
why you aren't seeing this build failure.

Thank you for all of your efforts,

Scott

-- 
Scott C. Allendorf                     Email:  scott-allendorf at uiowa.edu
UNIX Systems Administrator             Office:       216A Van Allen Hall
Department of Physics and Astronomy    Voice:             (319) 335-0003
The University of Iowa                 FAX:               (319) 335-1753
Iowa City, Iowa  52242-1479            ICBM:  41 39 43.6 N  91 31 55.1 W
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3202 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20060630/c3e51239/smime.bin