1 |
On Tue, 20 Dec 2005, Natanael Copa wrote: |
2 |
|
3 |
> On man, 2005-12-19 at 13:33 +0100, Peter S. Mazinger wrote: |
4 |
> > On Fri, 16 Dec 2005, Ned Ludd wrote: |
5 |
> > |
6 |
> > > On Fri, 2005-12-16 at 08:52 +0100, Natanael Copa wrote: |
7 |
> > > > On tor, 2005-12-15 at 12:19 -0500, René Rhéaume wrote: |
8 |
> > > > > 2005/12/15, Natanael Copa <mlists@××××××.org>: |
9 |
> > > > > > I'm trying to avoid the gcc runtime dependency. |
10 |
> > > > > What do you mean ? libgcc or libstdc++ ? |
11 |
> > > > |
12 |
> > > > libstc++-v3 has like 23MB sources. It takes a while to compile. |
13 |
> > > > (Besides, it failed to compile.) |
14 |
> > > > |
15 |
> > > > |
16 |
> > > > # emerge -s libgcc |
17 |
> > > > Searching... |
18 |
> > > > [ Results for search key : libgcc ] |
19 |
> > > > [ Applications found : 0 ] |
20 |
> > > > |
21 |
> > > > libgcc? where can i find it? |
22 |
> > > > |
23 |
> > > > I would be much better if I could get it work with uclibc++. Its much |
24 |
> > > > smaller. |
25 |
> > > > |
26 |
> > > > I managed to get nmap to compile agains uclibc with |
27 |
> > > > |
28 |
> > > > CXX=g++-uc emerge nmap |
29 |
> > > > |
30 |
> > > > The romour says its possible to compile kde with uclibc++ so I was |
31 |
> > > > hoping it would be possible to use uclibc++ |
32 |
> > > |
33 |
> > > It's true. You can replace most of your system with uclibc++. It just |
34 |
> > > takes some effort. |
35 |
> > > |
36 |
> > > I guess this is about as good time as any. Natanael if you can attempt |
37 |
> > > to swap out all your c++ needs with uclibc++ and report back if you |
38 |
> > > think we should make that the default for uclibc based profiles I/we |
39 |
> > > would be thankful. |
40 |
> > |
41 |
> > dansguardian builds w/ the method I described earlier, it needs only in |
42 |
> > src/dansguardian.cpp commenting setlocale(...) at line 162 (if locales are |
43 |
> > not enabled) |
44 |
> |
45 |
> Could you please verify that dansguardian really gets linked against |
46 |
> libuClibc++.so.0? |
47 |
> |
48 |
> When I did exactly as you said (only symblinking |
49 |
> i386-gentoo-linux-uclibc-c++ -> g++-uc) dansguardian still got compiled |
50 |
> with gcc's g++ and it was linked against libstdc++.so.6. When I also had |
51 |
> a g++ -> g++-uc it really used g++-uc from uclibc++, but then the |
52 |
> compile failed. |
53 |
> |
54 |
> ... |
55 |
> creating ./config.status |
56 |
> g++ -march=i386 -Os -pipe -fomit-frame-pointer -Wall -c String.cpp |
57 |
> g++ -march=i386 -Os -pipe -fomit-frame-pointer -Wall -c |
58 |
> OptionContainer.cpp |
59 |
> /usr/lib/gcc/i386-gentoo-linux-uclibc/3.4.4/../../../../i386-gentoo-linux-uclibc/include/string_iostream: In function `std::basic_istream<charT, traits>& std::getline(std::basic_istream<charT, traits>&, std::basic_string<Ch, Tr, A>&, charT) [with charT = char, traits = std::char_traits<char>, Allocator = std::allocator<char>]': |
60 |
> /usr/lib/gcc/i386-gentoo-linux-uclibc/3.4.4/../../../../i386-gentoo-linux-uclibc/include/string_iostream:110: instantiated from `std::basic_istream<charT, traits>& std::getline(std::basic_istream<charT, traits>&, std::basic_string<Ch, Tr, A>&) [with charT = char, traits = std::char_traits<char>, Allocator = std::allocator<char>]' |
61 |
> OptionContainer.cpp:84: instantiated from here |
62 |
> /usr/lib/gcc/i386-gentoo-linux-uclibc/3.4.4/../../../../i386-gentoo-linux-uclibc/include/string_iostream:93: warning: comparison between signed and unsigned integer expressions |
63 |
> g++ -march=i386 -Os -pipe -fomit-frame-pointer -Wall -c FDTunnel.cpp |
64 |
> g++ -march=i386 -Os -pipe -fomit-frame-pointer -Wall -c |
65 |
|
66 |
probably you use the libstdc++ headers instead of the uClibc++ versions |
67 |
|
68 |
Peter |
69 |
> ConnectionHandler.cpp |
70 |
> ConnectionHandler.cpp: In member function `void |
71 |
> ConnectionHandler::doTheLogMan(std::string, std::string, std::string, |
72 |
> std::string, std::string, int, timeval*, bool, int, std::string)': |
73 |
> ConnectionHandler.cpp:672: error: `time' undeclared (first use this |
74 |
> function) |
75 |
> ConnectionHandler.cpp:672: error: (Each undeclared identifier is |
76 |
> reported only once for each function it appears in.) |
77 |
> ConnectionHandler.cpp:673: error: `localtime' undeclared (first use this |
78 |
> function) |
79 |
> ConnectionHandler.cpp:674: error: invalid use of undefined type `struct |
80 |
> tm' |
81 |
> ConnectionHandler.cpp:671: error: forward declaration of `struct tm' |
82 |
> ConnectionHandler.cpp:675: error: invalid use of undefined type `struct |
83 |
> tm' |
84 |
> ConnectionHandler.cpp:671: error: forward declaration of `struct tm' |
85 |
> ConnectionHandler.cpp:676: error: invalid use of undefined type `struct |
86 |
> tm' |
87 |
> ConnectionHandler.cpp:671: error: forward declaration of `struct tm' |
88 |
> ConnectionHandler.cpp:677: error: invalid use of undefined type `struct |
89 |
> tm' |
90 |
> ConnectionHandler.cpp:671: error: forward declaration of `struct tm' |
91 |
> ConnectionHandler.cpp:678: error: invalid use of undefined type `struct |
92 |
> tm' |
93 |
> ConnectionHandler.cpp:671: error: forward declaration of `struct tm' |
94 |
> ConnectionHandler.cpp:681: error: invalid use of undefined type `struct |
95 |
> tm' |
96 |
> ConnectionHandler.cpp:671: error: forward declaration of `struct tm' |
97 |
> ConnectionHandler.cpp: In member function `String |
98 |
> ConnectionHandler::hashedURL(String*, int, std::string*)': |
99 |
> ConnectionHandler.cpp:1180: error: `time' undeclared (first use this |
100 |
> function) |
101 |
> make: *** [ConnectionHandler.o] Error 1 |
102 |
> |
103 |
> I have also tried the ~x86 2.9.3.0_alpha version with similar results. |
104 |
> (time missing) |
105 |
> |
106 |
> (I just discovered there is a dansguardian 2.9.3.1 out so I will have to |
107 |
> submit a bug report for an updated ebuild) |
108 |
> |
109 |
> |
110 |
> |
111 |
> |
112 |
|
113 |
-- |
114 |
Peter S. Mazinger <ps dot m at gmx dot net> ID: 0xA5F059F2 |
115 |
Key fingerprint = 92A4 31E1 56BC 3D5A 2D08 BB6E C389 975E A5F0 59F2 |
116 |
|
117 |
-- |
118 |
gentoo-embedded@g.o mailing list |