Quoting [EMAIL PROTECTED] from ml.softs.gtk-gnutella.devel: :Complaints from Configure that I'm not using the GNU C library alert me to :the fact that it's finding an ancient libc.so in /usr/lib (why? the real :libc is in /lib). So I move this out of the way and things move forward :somewhat, but still with no satisfactory result.
The old metaconfig units written back in 1996 could not recognize the recent GNU C library. I'm working on improving this thing right as we speak. Meanwhile, just be sure to say 'n' when Configure asks whether it should use 'nm'. :Using NLS the build fails with the 'xgettext' version problem reported :by others. This is a mystery as I have the latest gettext released by GNU :(0.11.5) and it doesn't support the --from-code and --msgid-bugs-address :options. Raphael, are you using a gettext that fell through a time warp :from the far future? Well, I'm using version 0.12.1. :If I disable NLS, the build still fails: :cc -c -I.. -I/usr/include/gtk-1.2 -I/usr/X11R6/include :-I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/libxml2 :-O utf8.c :utf8.c: In function `locale_charset': :utf8.c:523: `CODESET' undeclared (first use in this function) :utf8.c:523: (Each undeclared identifier is reported only once :utf8.c:523: for each function it appears in.) Indeed, I don't know where this CODESET symbol comes from. It is within an #if !defined(USE_GTK2) && !defined(I_LIBCHARSET) section, and I have I_LIBCHARSET defined here, so I'm not compiling this part of the code. I don't know who coded locale_charset() and why it does not work. :utf8.c: In function `g_iconv_complete': :utf8.c:640: warning: passing arg 2 of `iconv' from incompatible pointer type :make[2]: *** [utf8.o] Error 1 Hmm... That part should not mandate any special treatment from us since it is part of the glib. :gtk-gnutella is one of my favourite software tools of all time, so I'm :quite distressed that I'm having so much trouble building this version :(especially as 0.91 is deprecated due to the lack of ultrapeer/leafnode :support). Why have we switched to the metaconfig system, particularly when :autoconf seemed to be working well? I assume there must be a sound reason, :but I can't imagine what it is. Autoconf working well? I see. Well, the situation was that noone but me was able to build the stuff with autoconf. Since I was unable to fix anything, not knowing autoconf at all, I had no choice but to switch to something that I master, namely metaconfig. The metaconfig system is far superior to autoconf for several reasons: 1. It is better designed, in a modular and clean way. 2. I know how to use it. 3. I wrote it. #3 above is a small lie. I wrote version 3.0 of it, and Larry Wall wrote the first two versions. But it's like my saying I wrote gtk-gnutella: I did not write the first version, authored by Olrick & Co.. :So, in the interests of saving my sanity, does anyone have a compiled binary :against GTK1 that I could use? Alternatively, a source patch from someone :with greater C skills than myself (e.g. anyone), would be most welcome. Grab latest CVS. The Configure script there should work, if you take care of saying 'n' to "Enable NLS". If Configure does not work, well, I can improve it. That's another advantage of using metaconfig. However, to improve it, I need your help. Because I don't know *your* system. If you could give me an SSH access to your box, I would be able to help you. If you complained about autoconf, I would be embarrassed and would probably redirect you to the nearest GNU support contract provider. Raphael ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 _______________________________________________ Gtk-gnutella-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
