On Tue, 18 Dec 2018, Vineet Gupta wrote: > At any rate, the generated code will likely be different for -Os and otherwise, > does that mean entries get added conditionally to localplt.data etc ? Entries *can* have a "?" to indicate they are optional (although avoiding the PLT reference is better - see how include/string.h does asm redirection of mempcpy and stpcpy, or likewise in sysdeps/wordsize-32/divdi3-symbol-hacks.h, for example). > ARC historically has supported both LE/BE, but we are kind of moving > away from BE and as far as I know, there's no-one actively working with > BE (except 1 specific customer with legact cores). It is safe to assume > we won't support BE and this is sort of easier said for ARC processors > as they have many many hardware config knobs and not all are supported > for Linux usecase, so BE can be considered as such. In that case, there should be a #error in bits/endian.h, or a configure-time error, or something like that, to make clear the glibc port does not support BE. -- Joseph S. Myers joseph@xxxxxxxxxxxxxxxx _______________________________________________ linux-snps-arc mailing list linux-snps-arc@xxxxxxxxxxxxxxxxxxx http://lists.infradead.org/mailman/listinfo/linux-snps-arc
