develooper Front page | perl.perl5.porters | Postings from November 2004

Re: [PATCH] Re: getting Config.pm on a diet

Thread Previous | Thread Next
From:
Nicholas Clark
Date:
November 27, 2004 13:57
Subject:
Re: [PATCH] Re: getting Config.pm on a diet
Message ID:
20041127215705.GY6725@plum.flirble.org
On Sat, Nov 27, 2004 at 03:31:17PM -0600, Craig A. Berry wrote:

\> The editing looks fine. It appears that we also need the attached patch
> to get Config_heavy.pl put in the right place at the right time.

Oops. I missed one then. Sorry about that, and thanks for the quick patch.
(Applied as 23557)

> The patch does not address the following warnings that I get when
> running configpm:
> 
> MCR Sys$Disk:[]miniperl.exe "-I[.lib]" ConfigPM.
> Use of uninitialized value $withlargefiles in quotemeta at configpm. 
> line 308.
> Use of uninitialized value $withlargefiles in quotemeta at configpm. 
> line 308.

Those two were expecting that ccflags_uselargefiles and ldflags_uselargefiles
were something defined (quite possibly empty strings)

> Use of uninitialized value in split at configpm. line 315.
> Use of uninitialized value in split at configpm. line 315.

Likewise those 2 were assuming that libswanted_uselargefiles was something
defined.

> Use of uninitialized value $value in concatenation (.) or string at 
> configpm. line 330.

And that one is because one of libs or libswanted is undef. I think it
happened on the second iteration of the loop, so it will be libswanted.

All these symbols are defined on Unix, but quite possibly empty strings.
I'm not sure if it's more correct for me to modify configpm to cope with
then being undefined, or for the VMS configure system to be consistent with
Unix and set the first 4 to empty strings, and the 5th to the same as libs.

Nicholas Clark

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About