Re: fails to compile with undefined symbol (FP_PLUS_INF)

Поиск
Список
Период
Сортировка
От Seneca Cunningham
Тема Re: fails to compile with undefined symbol (FP_PLUS_INF)
Дата
Msg-id 4419C210.4030609@ca.afilias.info
обсуждение исходный текст
Ответ на Re: fails to compile with undefined symbol (FP_PLUS_INF)  ("Riccardo Mottola" <multix@gmail.com>)
Ответы Re: fails to compile with undefined symbol (FP_PLUS_INF)  ("Riccardo Mottola" <multix@gmail.com>)
Список pgsql-ports
Riccardo Mottola wrote:
> Hello,
>
> On 3/16/06, *Seneca Cunningham* <scunning@ca.afilias.info
> <mailto:scunning@ca.afilias.info>> wrote:
>     My gcc build is like that and I was the one who built it to replace
>     another build of gcc.  gcc doesn't seem to like float.h on AIX and just
>     uses its own as part of fixincludes; math.h comes out in a more intact
>     state.  This means that on AIX versions where math.h also contains
>     FP_PLUS_INF (and the rest of that block of defines), the defines do
>     occur.  It would appear that 4.2 doesn't also contain the necessary
>     defines as part of math.h (protected by an #ifndef on 5.3).
>
>
> yes, that seems to be it: float.h gets replaced and I don't have the
> defines in math.h too thus you have more redundancy. I might just hack
> the gcc include at this point.
> fixinclude b0rked it.

I took a quick look at gcc 4.0.1's build scripts (what I'm running).  It
would appear that gcc blindly replaces limits.h, float.h, iso646.h,
stdarg.h, stdbool.h, stddef.h, varargs.h, and unwind.h.  Of these,
limits.h is the only one that then includes the native header.  They
aren't modified by fixincludes.  fixincludes takes a hack at the other
headers that end up in gcc's include directory.

--
Seneca Cunningham
scunning@ca.afilias.info

В списке pgsql-ports по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: fails to compile with undefined symbol (FP_PLUS_INF)
Следующее
От: "Riccardo Mottola"
Дата:
Сообщение: regression results for AIX 4.2