Summary: | net-analyzer/net-snmp-5.7.2_rc1 - configure:23421: error: Could not determine the compiler that was used to build /usr/bin/perl. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jeroen Roovers (RETIRED) <jer> |
Component: | Current packages | Assignee: | Gentoo Netmon project <netmon> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | hppa |
Priority: | Normal | Keywords: | PATCH |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=330353 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 431752 | ||
Attachments: | net-snmp-5.7.2_rc1-hppa.patch |
Description
Jeroen Roovers (RETIRED)
2012-08-20 01:17:25 UTC
Thanks, give me a sec to fix it. Fixed. Maybe the older 5.4.2 patch should finally go upstream. I have gone for a simple fix in the configure script instead of going through configure.d/autotools. Uhm I'll fix it in a different way, patching configure doesn't look like a reliable solution and I want upstreamable patches. Well, now you're going to force everyone to run autotools. Yes but it won't be the only fix for which autotools will be needed at this point. Also, the older upstreamable patch never made it, as I explained earlier. --- configure.d/config_project_perl_python.org 2012-08-11 21:01:42.000000000 +0200 +++ configure.d/config_project_perl_python 2012-08-20 04:22:16.203094147 +0200 @@ -87,7 +87,7 @@ if test "xenable_perl_cc_checks" != "xno" ; then AC_MSG_CHECKING([for Perl cc]) changequote(, ) - PERLCC=`$myperl -V:cc | $myperl -n -e 'print if (s/^\s*cc=.([-=\w\s\/]+).;\s*/$1/);'` + PERLCC=`$myperl -V:cc | $myperl -n -e 'print if (s/^\s*cc=.([-=\w\s\/\.]+).;\s*/$1/);'` changequote([, ]) if test "x$PERLCC" != "x" ; then AC_MSG_RESULT([$PERLCC]) Created attachment 321732 [details, diff]
net-snmp-5.7.2_rc1-hppa.patch
I have it, I have it. I'm just fixing one more issue (there are still packages needing the stupid ucd-compat), then preparing a tarball with the changes instead of using FILESDIR or sed. Okay this is fixed with the patch to configure.in now. The package does not require automake (so it's quick to rebuild autoconf), and it was already depending on autoconf, so it's not even additional dependencies. |