Bug#625634: correctly search include directories

[Niko Tyni]

clone 625634 -1
retitle 625634 [multiarch] fix/workaround ODBM_File check for libgdbm_compat.so
retitle -1 [multiarch] make h2ph correctly search include directories
thanks

Thanks for the reports.

On Wed, May 04, 2011 at 07:50:20PM +0200, Matthias Klose wrote:
> ext/ODBM_File/hints/linux.pl checks for path names, which don't exist
> anymore once gdbm is built for multiarch:

Looks like this check was a hack for a weird issue years ago where somebody
had libgdbm.so but not libgdbm_compat.so on Debian. I checked the woody
and sarge libgdbm-dev packages but couldn't find any trace of that. Most
probably everybody has libgdbm_compat.so nowadays.

 http://www.nntp.perl.org/group/perl.perl5.porters/2007/11/msg130520.html

As commented in the thread, the real upstream fix would be to actually
try the linking in Configure instead of trying to guess where the .so
files are.

The fix just undoes the hack, which would be fine for us too, but we
need to at least inform upstream about the problem.

On Thu, May 05, 2011 at 12:12:47PM +0200, Matthias Klose wrote:
> the return value for inc_dirs() currently doesn't have anything to
> do with the include search path, here is a version which just
> searches the system include directories.
> 
> http://launchpadlibrarian.net/71126460/perl_5.12.3-6ubuntu3_5.12.3-6ubuntu4.diff.gz

+       $from_gcc   = `LC_ALL=C $Config{cc} -v -E - < /dev/null 2>&1 | awk '/^#include/, /^End of search list/' | grep '^ '`;

I'm cloning a new bug for this for the sake of forwarding the patch
upstream and tracking it.

I think the -fixed line further down can be dropped altogether with this
but that will need to be verified first.

Upstream probably needs some information about what different gcc versions
actually output. (Was the "Reading specs from" line changed in 4.0 like
the current code indicates?)
-- 
Niko Tyni   ntyni at debian.org