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!
> 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