From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1ErbCt-0005bg-9O for garchives@archives.gentoo.org; Wed, 28 Dec 2005 13:19:07 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jBSDILLt032343; Wed, 28 Dec 2005 13:18:21 GMT Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jBSDILrc015417 for ; Wed, 28 Dec 2005 13:18:21 GMT Received: (qmail invoked by alias); 28 Dec 2005 13:18:15 -0000 Received: from host-6.mikroweb.hu (EHLO mail.bridge.intra) [193.17.175.6] by mail.gmx.net (mp022) with SMTP; 28 Dec 2005 14:18:15 +0100 X-Authenticated: #507653 Received: from localhost (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 598466C4F for ; Wed, 28 Dec 2005 14:18:11 +0100 (CET) Received: from mail.bridge.intra ([127.0.0.1]) by localhost (lnx.bridge.intra [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 13776-04-2 for ; Wed, 28 Dec 2005 14:17:59 +0100 (CET) Received: by mail.bridge.intra (Postfix, from userid 200) id 725596CF2; Wed, 28 Dec 2005 14:17:59 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.bridge.intra (Postfix) with ESMTP id 6BD776C4F for ; Wed, 28 Dec 2005 14:17:59 +0100 (CET) Date: Wed, 28 Dec 2005 14:17:59 +0100 (CET) From: "Peter S. Mazinger" To: gentoo-embedded@lists.gentoo.org Subject: Re: [gentoo-embedded] dansguardian and uclibc++ In-Reply-To: <1135065302.20249.57.camel@nc> Message-ID: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-embedded@gentoo.org Reply-to: gentoo-embedded@lists.gentoo.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 X-Virus-Scanned: by amavisd-new at localhost X-Y-GMX-Trusted: 0 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by robin.gentoo.org id jBSDILMh032343 X-Archives-Salt: a1d64c93-f157-4c4d-bc97-1a5989677bba X-Archives-Hash: f6334c2a31cbb586f865fc6105621366 On Tue, 20 Dec 2005, Natanael Copa wrote: > On man, 2005-12-19 at 13:33 +0100, Peter S. Mazinger wrote: > > On Fri, 16 Dec 2005, Ned Ludd wrote: > >=20 > > > On Fri, 2005-12-16 at 08:52 +0100, Natanael Copa wrote: > > > > On tor, 2005-12-15 at 12:19 -0500, Ren=E9 Rh=E9aume wrote: > > > > > 2005/12/15, Natanael Copa : > > > > > > I'm trying to avoid the gcc runtime dependency. > > > > > What do you mean ? libgcc or libstdc++ ? > > > >=20 > > > > libstc++-v3 has like 23MB sources. It takes a while to compile. > > > > (Besides, it failed to compile.) > > > >=20 > > > >=20 > > > > # emerge -s libgcc > > > > Searching... > > > > [ Results for search key : libgcc ] > > > > [ Applications found : 0 ] > > > >=20 > > > > libgcc? where can i find it? > > > >=20 > > > > I would be much better if I could get it work with uclibc++. Its = much > > > > smaller. > > > >=20 > > > > I managed to get nmap to compile agains uclibc with > > > >=20 > > > > CXX=3Dg++-uc emerge nmap > > > >=20 > > > > The romour says its possible to compile kde with uclibc++ so I wa= s > > > > hoping it would be possible to use uclibc++ > > >=20 > > > It's true. You can replace most of your system with uclibc++. It ju= st=20 > > > takes some effort.=20 > > >=20 > > > I guess this is about as good time as any. Natanael if you can atte= mpt=20 > > > to swap out all your c++ needs with uclibc++ and report back if you= =20 > > > think we should make that the default for uclibc based profiles I/w= e=20 > > > would be thankful. > >=20 > > dansguardian builds w/ the method I described earlier, it needs only = in=20 > > src/dansguardian.cpp commenting setlocale(...) at line 162 (if locale= s are=20 > > not enabled) >=20 > Could you please verify that dansguardian really gets linked against > libuClibc++.so.0? >=20 > When I did exactly as you said (only symblinking > i386-gentoo-linux-uclibc-c++ -> g++-uc) dansguardian still got compiled > with gcc's g++ and it was linked against libstdc++.so.6. When I also ha= d > a g++ -> g++-uc it really used g++-uc from uclibc++, but then the > compile failed. >=20 > ... > creating ./config.status > g++ -march=3Di386 -Os -pipe -fomit-frame-pointer -Wall -c String.cpp > g++ -march=3Di386 -Os -pipe -fomit-frame-pointer -Wall -c > OptionContainer.cpp > /usr/lib/gcc/i386-gentoo-linux-uclibc/3.4.4/../../../../i386-gentoo-lin= ux-uclibc/include/string_iostream: In function `std::basic_istream& std::getline(std::basic_istream&, std::basic_str= ing&, charT) [with charT =3D char, traits =3D std::char_traits= , Allocator =3D std::allocator]': > /usr/lib/gcc/i386-gentoo-linux-uclibc/3.4.4/../../../../i386-gentoo-lin= ux-uclibc/include/string_iostream:110: instantiated from `std::basic_is= tream& std::getline(std::basic_istream&, st= d::basic_string&) [with charT =3D char, traits =3D std::char_t= raits, Allocator =3D std::allocator]' > OptionContainer.cpp:84: instantiated from here > /usr/lib/gcc/i386-gentoo-linux-uclibc/3.4.4/../../../../i386-gentoo-lin= ux-uclibc/include/string_iostream:93: warning: comparison between signed = and unsigned integer expressions > g++ -march=3Di386 -Os -pipe -fomit-frame-pointer -Wall -c FDTunnel.cpp > g++ -march=3Di386 -Os -pipe -fomit-frame-pointer -Wall -c probably you use the libstdc++ headers instead of the uClibc++ versions Peter > ConnectionHandler.cpp > ConnectionHandler.cpp: In member function `void > ConnectionHandler::doTheLogMan(std::string, std::string, std::string, > std::string, std::string, int, timeval*, bool, int, std::string)': > ConnectionHandler.cpp:672: error: `time' undeclared (first use this > function) > ConnectionHandler.cpp:672: error: (Each undeclared identifier is > reported only once for each function it appears in.) > ConnectionHandler.cpp:673: error: `localtime' undeclared (first use thi= s > function) > ConnectionHandler.cpp:674: error: invalid use of undefined type `struct > tm' > ConnectionHandler.cpp:671: error: forward declaration of `struct tm' > ConnectionHandler.cpp:675: error: invalid use of undefined type `struct > tm' > ConnectionHandler.cpp:671: error: forward declaration of `struct tm' > ConnectionHandler.cpp:676: error: invalid use of undefined type `struct > tm' > ConnectionHandler.cpp:671: error: forward declaration of `struct tm' > ConnectionHandler.cpp:677: error: invalid use of undefined type `struct > tm' > ConnectionHandler.cpp:671: error: forward declaration of `struct tm' > ConnectionHandler.cpp:678: error: invalid use of undefined type `struct > tm' > ConnectionHandler.cpp:671: error: forward declaration of `struct tm' > ConnectionHandler.cpp:681: error: invalid use of undefined type `struct > tm' > ConnectionHandler.cpp:671: error: forward declaration of `struct tm' > ConnectionHandler.cpp: In member function `String > ConnectionHandler::hashedURL(String*, int, std::string*)': > ConnectionHandler.cpp:1180: error: `time' undeclared (first use this > function) > make: *** [ConnectionHandler.o] Error 1 >=20 > I have also tried the ~x86 2.9.3.0_alpha version with similar results. > (time missing) >=20 > (I just discovered there is a dansguardian 2.9.3.1 out so I will have t= o > submit a bug report for an updated ebuild) >=20 >=20 >=20 >=20 --=20 Peter S. Mazinger ID: 0xA5F059F2 Key fingerprint =3D 92A4 31E1 56BC 3D5A 2D08 BB6E C389 975E A5F0 59F2 --=20 gentoo-embedded@gentoo.org mailing list