Subject: Re: usage of ssp include files
To: None <tech-userlevel@netbsd.org>
From: Christos Zoulas <christos@astron.com>
List: tech-userlevel
Date: 08/02/2007 09:33:43
In article <Pine.GSO.4.60.0708012117540.18088@igloo.df.lth.se>,
Krister Walfridsson <cato@df.lth.se> wrote:
>gcc fails to build on NetBSD 4 and current because of how the NetBSD SSP
>include files are handled (the gcc build process plays tricks with
>include paths, and files from GCC's SSP directory get included when the
>NetBSD string.h includes ssp/string.h). [*]
>
>This is obviously a gcc issue, and I usually do not advocate changing the
>OS to make other software's broken build processes to work, but I think
>it may make sense to fix this in our includes since this is after all a
>gcc feature we have added (besides, fixing this in NetBSD will make my
>life easier... ;)
>
>So, does it make sense to change our headers (current and netbsd-4) as
>the patch below?
>
> /Krister
>
>* It is possible to build by giving --disable-libssp to configure, but
> i think it is nice to be able to build a full gcc distribution, so
> that NetBSD users can use improvements that future gcc may introduce,
> and to benchmark against the NetBSD native version.
>
That change looks fine to me.
christos