On 16-Jul-13, at 5:27 AM, Matthias Klose wrote:
Am 15.07.2013 03:26, schrieb John David Anglin:
On 12-Jul-13, at 6:52 AM, Matthias Klose wrote:
I'm not aware of any change in -6 which could have caused that.
It appears the change that exposed the bug was the installation of
eglibc 2.17-7.
The stdc-predef.h header is now included automatically. It includes
<bits/predefs.h>.
The hppa64 header search starts from /usr/hppa64-linux-gnu/include
which is
linked to /usr/include. There isn't multiarch support so the
compiler doesn't find
bits/predefs.h in /usr/include/hppa-linux-gnu.
There is no glibc port for hppa64 linux.
I think the problem was introduced by the following change to gcc:
2012-10-23 Joseph Myers <jos...@codesourcery.com>
* config.gcc (*-*-linux* | frv-*-*linux* | *-*-kfreebsd*-gnu |
*-*-knetbsd*-gnu | *-*-gnu* | *-*-kopensolaris*-gnu): Use
glibc-c.o in c_target_objs and cxx_target_objs. Use t-glibc
in
tmake_file. Set target_has_targetcm.
(tilegx-*-linux*, tilepro-*-linux*): Append to c_target_objs
and
cxx_target_objs rather than overriding previous value.
* config/glibc-c.c, config/t-glibc: New.
* doc/tm.texi.in (TARGET_C_PREINCLUDE): New @hook.
* doc/tm.texi: Regenerate.
* hooks.c (hook_constcharptr_void_null): New.
* hooks.h (hook_constcharptr_void_null): Declare.
It may be possible to disable this in config.gcc.
maybe. Or ship a symlink /usr/include/hppa64-linux-gnu -> hppa-linux-
gnu. The
file just needs to be found, nothing else should use it. However I
didn't look
if the multiarch triplet for hppa64-linux-gnu is set, or correctly
set.
Please close this bug. The problem was resolved by a change to my
build system
configuration.
/usr/hppa64-linux-gnu/include was a symlink to /usr/include. This
together
with the configure option --includedir=/usr/hppa64-linux-gnu/include
and new predef
support caused the build error. Simply changing /usr/hppa64-linux-gnu/
include to
a real directory avoids the problem.
Nothing is actually installed in /usr/hppa64-linux-gnu/include, so it
probably doesn't need to exist.
The symbolic link on my system dates back to 2010. I can't remember
if it was an experiment
on my part or not.
I'm going to remove adding pa/t-linux to tmake_file in the hppa64
config.gcc hunk in the near
future. pa/t-linux defines MULTIARCH_DIRNAME to hppa-linux-gnu.
Aside from probably being
wrong, I don't think the hppa64 compiler needs to be multiarch at this
time.
The symlink /usr/include/hppa64-linux-gnu -> hppa-linux-gnu didn't help.
Thanks,
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
