[perl #90122] Make h2ph correctly search gcc include directories
authorNiko Tyni <ntyni@debian.org>
Thu, 19 May 2011 04:44:06 +0000 (21:44 -0700)
committerRicardo Signes <rjbs@cpan.org>
Thu, 9 Aug 2012 20:04:10 +0000 (16:04 -0400)
commitb7f639b8c63ff492ac86b19560117d87f9f848e4
treef288317c7ae62620a247e090b46d112e7ab58a5a
parente52571affc1637f96ec9a539d5fdaba3b6fa35f5
[perl #90122] Make h2ph correctly search gcc include directories

System header conversion with "h2ph -a" is currently broken on Ubuntu
Natty and Oneiric (unless the gcc-multilib package is installed for
backward compatibility), resulting in things like

 # perl -e 'require "syscall.ph"'
 Can't locate asm/unistd.ph in @INC [...]

This happens because Ubuntu has switched to a 'multiarch' setup, see
<https://wiki.ubuntu.com/MultiarchSpec> for details.

The asm subdirectory isn't in $Config{usrinc} anymore: /usr/include/asm
is now /usr/include/x86_64-linux-gnu/asm. (The third component of the
new path varies with the actual architecture.)

gcc --print-search-dirs doesn't really tell anything about where gcc
looks for the include directories, it was just used to find the gcc
internal directory prefix.

Parse the output of "gcc -v -E" instead, and append $Config{usrinc}
for safety. Duplicates shouldn't matter.

The h2ph "-a" switch isn't currently tested automatically, and that
seems nontrivial to do portably. Manual testing was done with

 # mkdir ttt
 # ./perl -Ilib ./utils/h2ph -a -d $(pwd)/ttt syscall.h

The gcc invocation has been tested to work with gcc 4.6, 4.1, and 3.3.

http://bugs.debian.org/625808
https://bugs.launchpad.net/bugs/777903
utils/h2ph.PL