On Mon, Feb 22, 2010 at 9:21 PM, Ian Lance Taylor wrote:
> Sergey Yakoushkin writes:
>
>> I'm cross-compiling glibc(eglibc) for new processor.
>> As far as I can see -fno-toplevel-reorder option is critical for
>> successful build.
>> Without option some files (initfini.c, source for crt*.o) can
Sergey Yakoushkin writes:
> I mean exactly -fno-toplevel-reorder option. There are some compilers
> which don't support it.
Yes. The option was introduced in gcc 4.2.
> If option is going to deprecate in gcc in near future as well, than it
> make sense to consider changes in glibc(eglibc).
> S
Hi, Ian
I mean exactly -fno-toplevel-reorder option. There are some compilers
which don't support it.
If option is going to deprecate in gcc in near future as well, than it
make sense to consider changes in glibc(eglibc).
So, there are no plans to deprecate option. Did I understand correctly?
Ser
Sergey Yakoushkin writes:
> I'm cross-compiling glibc(eglibc) for new processor.
> As far as I can see -fno-toplevel-reorder option is critical for
> successful build.
> Without option some files (initfini.c, source for crt*.o) can be miscompiled.
>
> I've heard that option might become deprecate
Hello,
I'm cross-compiling glibc(eglibc) for new processor.
As far as I can see -fno-toplevel-reorder option is critical for
successful build.
Without option some files (initfini.c, source for crt*.o) can be miscompiled.
I've heard that option might become deprecated in future gcc versions
(e.g.
