uClibc misc. cosmetics (fwd)

Peter S. Mazinger ps.m at gmx.net
Sat Dec 10 21:44:40 UTC 2005


Summary of a private discussion about libc-internal.h (see attached)

gcc does
#define _LIBC
#include <iirc locale.h>
in libstdc++

Once I removed libc-internal.h from target, and it failed because
features.h includes it if _LIBC is defined

imho gcc shouldn't use _LIBC, but that is gcc's problem
including though libc-internal.h produces errors, so I want this file 
removed from target completely

possibilities:
a. install a modified features.h that does not include libc-internal.h, 
removing libc-internal.h from target
b. install a dummy libc-internal.h instead of the internal one

Votes?

Peter

-- 
Peter S. Mazinger <ps dot m at gmx dot net>           ID: 0xA5F059F2
Key fingerprint = 92A4 31E1 56BC 3D5A 2D08  BB6E C389 975E A5F0 59F2

---------- Forwarded message ----------
Date: Sat, 10 Dec 2005 20:38:29 +0100
From: Bernhard Fischer <rep.nop at aon.at>
To: Peter S. Mazinger <mps at bridge.intra>
Subject: Re: uClibc misc. cosmetics

On Sat, Dec 10, 2005 at 08:12:13PM +0100, Peter S. Mazinger wrote:
>On Sat, 10 Dec 2005, Bernhard Fischer wrote:
>
>> On Sat, Dec 10, 2005 at 07:28:41PM +0100, Peter S. Mazinger wrote:
>> >On Sat, 10 Dec 2005, Peter S. Mazinger wrote:
>> >
>> >> On Sat, 10 Dec 2005, Bernhard Fischer wrote:
>> 
>> >> > ctype_members.cc  -fPIC -DPIC -o .libs/ctype_members.o
>> >> > /home/cow/obj.ia32/buildroot/toolchain_build_i386/gcc-4.2.0-final/i386-linux-uclibc/libstdc++-v3/include/cstdio:104:
>> >> > error: '::fclose' has not been declared
>> >> > /home/cow/obj.ia32/buildroot/toolchain_build_i386/gcc-4.2.0-final/i386-linux-uclibc/libstdc++-v3/include/cstdio:112:
>> >> > error: '::fprintf' has not been declared
>> >
>> >could you check if -DIN_GCC is defined? I could use it as additional guard 
>> >for now, until this is solved
>> 
>> IN_GCC is not defined, it would only be for the bootstrap compiler (this
>> is later on in the stage(2?) compiler).
>> 
>> I'm still not seeing what is wrong with the abovementioned two. baffled.
>> 
>> Please let me know if i can help you with that one in any way.
>
>1. gcc is probably wrong doing #define _LIBC for libstdc++
>2. as of uClibc libc-internal.h shouldn't land on target system (I have 
>removed it once, but added it back for gcc)
>We have 2 options:
>a. install a modified features.h that does not use libc-internal.h
>b. install a dummy libc-internal.h
>
>Comments?

I'll think a bit more about it.

PS: Sorry to have sent this to you in private only, please feel free to
fwd to the list if appropriate.





More information about the uClibc mailing list