Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2/specs Configured with: /var/tmp/portage/gcc-3.2/work/gcc-3.2/configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --target=i686-pc-linux-gnu --with-system-zlib --enable-languages=c,c++,ada,f77,objc,java --enable-threads=posix --enable-long-long --disable-checking --enable-cstdio=stdio --enable-clocale=generic --enable-__cxa_atexit --enable-version-specific-runtime-libs --with-gxx-include-dir=/usr/include/g++-v32 --with-local-prefix=/usr/local --enable-shared --enable-nls --without-included-gettext Thread model: posix gcc version 3.2 (incl. spider-tips +/- 10 hours compiling Omni 6100 ;) *Crowd goes wild* ;) 1.4 (!), ix86 Looks Good. WARNING: MAN3PODS takes a hash reference not a string/number. Please inform the author. Checking if your kit is complete... Looks good Can't use string (" ") as a HASH ref while "strict refs" in use at /usr/lib/perl5/5.8.0/ExtUtils/MM_Unix.pm line 541. make: *** No targets specified and no makefile found. Stop. !!! ERROR: The ebuild did not complete successfully. !!! Function perl-module_src_compile, Line 16, Exitcode 2 !!! compilation failed !!! emerge aborting on /usr/portage/dev-perl/DB_File/DB_File-1.803.ebuild .
Perhaps updating it to 1.804 (2nd June 2002) will help. This is known problem with old Makefile.PL's - Perl 5.8.0's MakeMaker is stricter on errors.
Rigo, I am currently working through all of the modules and ebuilds, DB_File is on my list. The new MakeMaker for perl 5.8, and once everything is fixed, 5.6.1 (to address other issues) is stricter on its perl MakeFile.PL syntax. When I post the fix for 5.6.1 I will be posting a large number of fixes for existing perl modules and related apps that currently do not work with the revised MakeMaker. If you would like, I can attach a copy of a work DB_File (once I have one). Thanks, Mike
Good to know you're working hard Mike ;) ....Need testees ? ;-) Rigo
Created attachment 3304 [details] new ebuild and digest Rigo, Since it was on my list of to-do's, I went ahead do-to'd it. Attached is a working ebuild. The change was to sed the Makefile.PL that comes with the ebuild - there was a hash set to an empty string, which the new MakeMaker didn't like. Replace the ' ' hash with a '' and it is happier (still grumbles, but it is happier). Let me know if this works for you. Won't be committing this until at least the rest of the module tree and related apps are ready. Mike
Still gives me underlying complaint at the beginning, but compiles fine overhere...And again a big THANK YOU (big enough ? ;) to Michael ! Rigo >>> Source unpacked. cp: cannot stat `/home/lemar/portage/dev-perl/DB_File/files/config.in': No such file or directory Ps. qmail-scanner - depending on it - when fine on 3.2 also: >>> net-mail/qmail-scanner-1.13 merged. >>> Auto-cleaning packages ... >>> No outdated packages were found on your system.
Rigo, I know you closed this, but one thing - the reason you get the one error is because there is a file in /usr/portage/dev-perl/DB_File/files called config.in that the ebuild is looking for - wasn't included in my attachment since you should already have it. Just FYI about the one error. Mike
Ah, didn't copy that to PORTDIR_OVERLAy...Thanx...
*** Bug 27136 has been marked as a duplicate of this bug. ***
I'm gonna reopen this bug because the ebuilds that resolve it are masked on sparc. Sparc people, please test this packages ASAP so this bug can get closed again.
Marked it stable. Re-resolving.