Re: [perl #33995] [BUG] Configure warning on gdbmhash

[Leopold Toetsch]

Bernhard Schmalhofer via RT [EMAIL PROTECTED] wrote:

 I have changed dynclasses.in to use the CONDITIONED_LINE hack. So there
 is no longer a need to access a potentially undefined config value.

Thanks, applied.
leo

[perl #33995] [BUG] Configure warning on gdbmhash

[Bernhard Schmalhofer via RT]

 The recent gdbmhash configure check causes the following output on my
 system during the build.

I have changed dynclasses.in to use the CONDITIONED_LINE hack. So there
is no longer a need to access a potentially undefined config value.

A patch is attached.

 runtime/parrot/include.done.
 Generating build files..value for 'gdbmhash' in
 config/gen/makefiles/dynclasses.in is undef at
 lib/Parrot/Configure/Step.pm line 230, IN line 11.
 ..done.
 Moving platform files into
 place..done.

-- 
/* [EMAIL PROTECTED] */


rt33995_20050131.patch
Description: Binary data

[perl #33995] [BUG] Configure warning on gdbmhash

[via RT]

# New Ticket Created by  Will Coleda 
# Please include the string:  [perl #33995]
# in the subject line of all future correspondence about this issue. 
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=33995 



The recent gdbmhash configure check causes the following output on my system 
during the build.

I don't think the undef value negatively impacts the build, as dynclasses 
/seems/ to build OK. (I'm pretty sure my dynclass test failures are due to the 
--prefix specification.)

Generating C headers..done.
Generating core pmc list..done.
Generating runtime/parrot/include.done.
Generating build files..value for 'gdbmhash' in 
config/gen/makefiles/dynclasses.in is undef at lib/Parrot/Configure/Step.pm 
line 230, IN line 11.
..done.
Moving platform files into place..done.
Recording configuration data for later retrieval..done.
Okay, we're done!