[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-gnulib] xmalloc and rpl_malloc
From: |
Paul Eggert |
Subject: |
Re: [Bug-gnulib] xmalloc and rpl_malloc |
Date: |
15 Jan 2003 15:46:37 -0800 |
Bruno Haible <address@hidden> writes:
> PE> A POSIX program is free to define an external symbol 'open' so long
> PE> as it doesn't include any header that declares 'open'.
>
> whereas Roland McGrath in
> http://sources.redhat.com/ml/libc-alpha/2002-08/msg00278.html
> essentially said:
>
> A POSIX program is free to define an external symbol 'open' so long
> as it doesn't use any POSIX function not defined also in ISO C.
Oops, sorry, Roland was right and I was wrong. Sorry about that.
I should have written "A strictly conforming C program is free to
define an external symbol 'open' so long as it stays within the
Standard C constraints." This is a more correct way of saying what I
was trying to say.
Thus, if you include only the Standard C headers, and don't define
symbols like _POSIX_C_SOURCE that the C Standard reserves to the
implementation, then you can define an external symbol "open" without
worrying about clashes with the system "open". That is what that ELF
magic supports.