gtk-gnutella-devel Digest, Vol 27, Issue 5
|
View:
New views
1 Messages
—
Rating Filter:
Alert me
|
 |
gtk-gnutella-devel Digest, Vol 27, Issue 5
by gtk-gnutella-devel-request
::
Rate this Message:
Send gtk-gnutella-devel mailing list submissions to
gtk-gnutella-devel@... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel or, via email, send a message with subject or body 'help' to gtk-gnutella-devel-request@... You can reach the person managing the list at gtk-gnutella-devel-owner@... When replying, please edit your Subject line so it is more specific than "Re: Contents of gtk-gnutella-devel digest..." Today's Topics: 1. Re: feeling bitter about symbolic links & build errata (Christian Biere) 2. Re: feeling bitter about symbolic links & build errata (Matthew Lye) 3. Re: feeling bitter about symbolic links & build errata (Christian Biere) 4. Re: feeling bitter about symbolic links & build errata (Matthew Lye) 5. Re: weird sigabrt crashes with ld in config testing (Bill Pringlemeir) 6. Update Spanish Translation (Larry Nieves) 7. Re: Update Spanish Translation (Larry Nieves) 8. Re: Update Spanish Translation (Christian Biere) ---------------------------------------------------------------------- Message: 1 Date: Thu, 19 Mar 2009 20:26:19 +0100 From: Christian Biere <christianbiere@...> Subject: Re: [gtk-gnutella-devel] feeling bitter about symbolic links & build errata To: gtk-gnutella-devel@... Message-ID: <20090319192619.GB14509@...> Content-Type: text/plain; charset=utf-8 Matthew Lye wrote: > On 18-Mar-09, at 4:41 PM, Christian Biere wrote: > > Could you pin-point at what part of Configure the crashes occur? > try.c: In function ?main?: > try.c:14: warning: implicit declaration of function ?closefrom? > collect2: ld terminated with signal 6 [Abort trap] > Undefined symbols: > "_closefrom", referenced from: > _main in cc3gEU9T.o > terminate called after throwing an instance of 'char const*' > terminate called recursively The crash itself is probably in bug in ld. According to the great oracle, likely a bug in the version of binutils used by your system. The checks which cause a crash should be negative on your system anyway. It's just odd that not all checks which should and do have negative results cause this crash. I modified Configure slightly. Maybe this prevents the crashes. In any case, as far as I understand, these crashes don't prevent gtk-gnutella from compiling and running successfully, it is just an nuisance during the Configure run, right? -- Christian ------------------------------ Message: 2 Date: Thu, 19 Mar 2009 19:47:11 -0400 From: Matthew Lye <mlye@...> Subject: Re: [gtk-gnutella-devel] feeling bitter about symbolic links & build errata To: gtk-gnutella-devel@... Message-ID: <C4C194B8-120F-461A-B299-EFA7A98121AD@...> Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes On 19-Mar-09, at 3:26 PM, Christian Biere wrote: > Matthew Lye wrote: >> On 18-Mar-09, at 4:41 PM, Christian Biere wrote: >>> Could you pin-point at what part of Configure the crashes occur? > >> try.c: In function ?main?: >> try.c:14: warning: implicit declaration of function ?closefrom? >> collect2: ld terminated with signal 6 [Abort trap] >> Undefined symbols: >> "_closefrom", referenced from: >> _main in cc3gEU9T.o >> terminate called after throwing an instance of 'char const*' >> terminate called recursively > > The crash itself is probably in bug in ld. According to the > great oracle, likely a bug in the version of binutils used by > your system. There's an oracle? I knew mystery cults proliferated in the IT world, but I thought they were mainly for system administrators and Tier 1 types. It looks like OS X has an Apple-developed ld (@(#)PROGRAM:ld PROJECT:ld64-77), part of the Darwin project. Hasn't had a change logged since 2007. The linker problem should only be a nuisance for people who've enabled the bug reporting system included in the Xcode bundle. There's probably a way to disable it per session, somewhere off in Onlinedokumentistan; I'll let you know if it turns up. ------------------------------ Message: 3 Date: Fri, 20 Mar 2009 01:20:46 +0100 From: Christian Biere <christianbiere@...> Subject: Re: [gtk-gnutella-devel] feeling bitter about symbolic links & build errata To: gtk-gnutella-devel@... Message-ID: <20090320002046.GB17434@...> Content-Type: text/plain; charset=utf-8 Matthew Lye wrote: > There's an oracle? Maybe. Just google it. > The linker problem should only be a nuisance for people who've enabled > the bug reporting system included in the Xcode bundle. There's > probably a way to disable it per session, somewhere off in > Onlinedokumentistan; I'll let you know if it turns up. I take it the modifications to Configure didn't make any difference? -- Christian ------------------------------ Message: 4 Date: Fri, 20 Mar 2009 00:33:26 -0400 From: Matthew Lye <mlye@...> Subject: Re: [gtk-gnutella-devel] feeling bitter about symbolic links & build errata To: gtk-gnutella-devel@... Message-ID: <76F7743B-0FD2-4ED2-BDDC-76C2204A4DF2@...> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes On 19-Mar-09, at 8:20 PM, Christian Biere wrote: > Matthew Lye wrote: >> There's an oracle? > > Maybe. Just google it. > >> The linker problem should only be a nuisance for people who've >> enabled >> the bug reporting system included in the Xcode bundle. There's >> probably a way to disable it per session, somewhere off in >> Onlinedokumentistan; I'll let you know if it turns up. > > I take it the modifications to Configure didn't make any difference? No, sorry. The abort-signaling errors seem to occur only when a function is assumed to be being implicitly declared. That is, when 'invent.h' is not found the linker fails gracefully even though getinvent() is being implicitly (of course) declared. Similarly, the test for posix_fadvise() fails gracefully because none of the identifiers (such as POSIX_FADV_NORMAL) in the code are declared, an obvious error. However, the test for a function NOT declared in an existing header file fails ungracefully, producing an abort signal. There is a cc flag in the Darwin version of gcc, '-Werror-implicit- function-declaration', which causes all implicit declarations to be treated as errors rather than warnings. Unfortunately one must then include 'stdlib.h' to use exit, but this seems to only be once, in 'try.c'. Treating implicit function declarations as errors seems to solve every incidence of non-graceful termination, pre-empting it with graceful termination, except for one. When the use of the locale_charset() function left undeclared by the (existing) header file 'libcharset.h' is tested, the implicit declaration goes unnoticed. I'm not sure why. ------------------------------ Message: 5 Date: Fri, 20 Mar 2009 09:26:42 -0500 From: Bill Pringlemeir <bpringle@...> Subject: Re: [gtk-gnutella-devel] weird sigabrt crashes with ld in config testing To: Matthew Lye <mlye@...> Cc: gtk-gnutella-devel@... Message-ID: <871vss46e5.fsf@...> Content-Type: text/plain; charset=us-ascii On 15 Mar 2009, mlye@... wrote: > I am, by the way, getting some weird crash notifications from ld when > the configure (build) script is running, between 2-4 per run. Is a > behavior unique to GNU-ld being assumed maybe? This behavior is new. > It's been a while since I built GTKG, however, so it could be a change > in the system rather than a change in your script; I'm not sure I > would know. > > Process: ld [27402] > > Thread 0 Crashed: > 4 libstdc++.6.dylib 0x001529a4 std::terminate() + 68 > 5 libstdc++.6.dylib 0x00152c68 __cxa_rethrow + 128 > 6 libstdc++.6.dylib 0x00154d88 > __gnu_cxx::__verbose_terminate_handler() + 244 > 7 libstdc++.6.dylib 0x00152940 __gxx_personality_v0 + > 1240 > 8 libstdc++.6.dylib 0x001529a4 std::terminate() + 68 > 9 libstdc++.6.dylib 0x00152be4 __cxa_throw + 124 > 10 ld 0x00011294 0x1000 + 66196 Apple seems to have shipped you the gold linker. It is buggy. Can you get the regular binutils linker and not use the gold one? The regular ld is written in 'C'. From your stack trace, ld is throwing an un-caught exception. Also, gold was most tested/developed on the x86. Support for the PPC is perhaps a bit behind. In any case, it is not a gtk-gnutella problem at all. fwiw, Bill Pringlemeir. ------------------------------ Message: 6 Date: Tue, 24 Mar 2009 15:15:48 +0100 From: Larry Nieves <lanieves@...> Subject: [gtk-gnutella-devel] Update Spanish Translation To: gtk-gnutella-devel@... Message-ID: <20090324141548.GB13855@...> Content-Type: text/plain; charset="utf-8" I think I made it before the deadline. An updated spanish translation for gtk-gnutella is available on the following URL. It is 99% complete, with only 3 untranslated strings, which I could not make sense of inside my head. http://cronicaslinuxeras.com/media/blogs/sw/translation/gtk-gnutella-es-r16210.po.bz2 aka: urn:bitprint:OOOWZMIPMVGNX5FCSOR7MTOGM3I63CDA.RHJ6KWLGRZTSJDIJVBQYUA3GXVMLRFVK2FV7FIQ I stripped all the source references from the po file :) -- Larry Alex?nder Nieves Colmen?rez <lanieves@...> El Liberal Venezolano http://liberal-venezolano.net/blog/ GPG Public Key: 0x1525843C Key Fingerprint = 76D0 2DA1 ADA8 11EF 661B FEE2 923C 050F 1525 843C gpg --keyserver hkp://wwwkeys.eu.pgp.net --recv-keys 0x1525843C -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digital signature ------------------------------ Message: 7 Date: Tue, 24 Mar 2009 20:24:11 +0100 From: Larry Nieves <lanieves@...> Subject: Re: [gtk-gnutella-devel] Update Spanish Translation To: gtk-gnutella-devel@... Message-ID: <20090324192411.GA31559@...> Content-Type: text/plain; charset="utf-8" On Tue, Mar 24, 2009 at 03:15:48PM +0100, Larry Nieves wrote: > aka: > > urn:bitprint:OOOWZMIPMVGNX5FCSOR7MTOGM3I63CDA.RHJ6KWLGRZTSJDIJVBQYUA3GXVMLRFVK2FV7FIQ > Make that: urn:bitprint:VJQ3EIWL562AJEHPETK55W7QWYSA2FDR.2PL5LDTOONZMQMK4552ZAL2UXQS3PMDNFV6K2OY I found a couple of errors and updated. -- Larry Alex?nder Nieves Colmen?rez <lanieves@...> El Liberal Venezolano http://liberal-venezolano.net/blog/ GPG Public Key: 0x1525843C Key Fingerprint = 76D0 2DA1 ADA8 11EF 661B FEE2 923C 050F 1525 843C gpg --keyserver hkp://wwwkeys.eu.pgp.net --recv-keys 0x1525843C -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digital signature ------------------------------ Message: 8 Date: Tue, 24 Mar 2009 20:52:30 +0100 From: Christian Biere <christianbiere@...> Subject: Re: [gtk-gnutella-devel] Update Spanish Translation To: gtk-gnutella-devel@... Message-ID: <20090324195230.GA38@...> Content-Type: text/plain; charset=utf-8 Larry Nieves wrote: > Make that: > > urn:bitprint:VJQ3EIWL562AJEHPETK55W7QWYSA2FDR.2PL5LDTOONZMQMK4552ZAL2UXQS3PMDNFV6K2OY > > I found a couple of errors and updated. I found some mistakes, too. If you translate something like "Bitzi|Underrated", you must strip the "Bitzi|" in the translated string. The "pipe symbol" is a special character in this context. This is also documented in the I18N guide: https://gtk-gnutella.svn.sourceforge.net/svnroot/gtk-gnutella/trunk/gtk-gnutella/doc/devguide/I18N Could you correct this, please? Thanks. -- Christian ------------------------------ ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ------------------------------ _______________________________________________ gtk-gnutella-devel mailing list gtk-gnutella-devel@... https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel End of gtk-gnutella-devel Digest, Vol 27, Issue 5 ************************************************* |
| Free embeddable forum powered by Nabble | Forum Help |
