This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug ports/15505] ARM glibc missing __aeabi_ctype_table_C and __aeabi_ctype_table_
- From: "joseph at codesourcery dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Fri, 31 May 2013 19:36:49 +0000
- Subject: [Bug ports/15505] ARM glibc missing __aeabi_ctype_table_C and __aeabi_ctype_table_
- Auto-submitted: auto-generated
- References: <bug-15505-131 at http dot sourceware dot org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=15505
--- Comment #4 from joseph at codesourcery dot com <joseph at codesourcery dot com> ---
On Fri, 31 May 2013, bugdal at aerifal dot cx wrote:
> This makes no sense to me. Any conforming C library will have the
> function named "localeconv". Is the issue the layout of the structure,
Yes. (As noted in bug 15500, glibc's __aeabi_localeconv is broken.)
> i.e. is the CLIBABI defining special functions like this for each
> standard library function that has structure-layout, choice-of-type,
> etc. issues for the argument or return types? I question whether glibc
Yes, for the cases where the use of the library facilities in question in
portable .o files is supported and CLIBABI doesn't just require a
particular value or layout that is de facto universal. All the
ports/sysdeps/arm/aeabi_* files, except aeabi_mem*.c and
aeabi_unwind_cpp_pr1.c, are in support of this feature.
--
You are receiving this mail because:
You are on the CC list for the bug.