Re: coredump when compiling gettext from source
On Thu, 1 Oct 2009 15:46:29 +0200, Corinna Vinschen wrote: > On Oct 1 14:19, Vincent R. wrote: >> On Thu, 01 Oct 2009 14:16:45 +0200, "Vincent R." >> >> wrote: >> > On Thu, 01 Oct 2009 13:59:32 +0200, "Vincent R." >> >> > wrote: > > Wrong mailing list. cygwin-developers is for discussing Cygwin > development itself, not for developing software *on* Cygwin. Use the > base list cygwin AT cygwin DOT com instead. Are you sure the problem doesn't rely on gcc version release with latest cygwin ? I get a segmentation fault inside ld ... Will I find answers about that kind of problem on this ML ? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: coredump when compiling gettext from source
Vincent R. wrote: > On Thu, 1 Oct 2009 15:46:29 +0200, Corinna Vinschen wrote: >> On Oct 1 14:19, Vincent R. wrote: >>> On Thu, 01 Oct 2009 14:16:45 +0200, "Vincent R." >>> wrote: On Thu, 01 Oct 2009 13:59:32 +0200, "Vincent R." wrote: >> Wrong mailing list. cygwin-developers is for discussing Cygwin >> development itself, not for developing software *on* Cygwin. Use the >> base list cygwin AT cygwin DOT com instead. > > Are you sure the problem doesn't rely on gcc version release with latest > cygwin ? > I get a segmentation fault inside ld ... > Will I find answers about that kind of problem on this ML ? Not unless you restate the problem here on this list, rather than assuming everybody already knows what you were talking about on some other list. -- Chuck -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: coredump when compiling gettext from source
On Thu, 01 Oct 2009 10:01:45 -0400, Charles Wilson wrote: > Vincent R. wrote: >> On Thu, 1 Oct 2009 15:46:29 +0200, Corinna Vinschen wrote: >>> On Oct 1 14:19, Vincent R. wrote: On Thu, 01 Oct 2009 14:16:45 +0200, "Vincent R." wrote: > On Thu, 01 Oct 2009 13:59:32 +0200, "Vincent R." > wrote: >>> Wrong mailing list. cygwin-developers is for discussing Cygwin >>> development itself, not for developing software *on* Cygwin. Use the >>> base list cygwin AT cygwin DOT com instead. >> >> Are you sure the problem doesn't rely on gcc version release with latest >> cygwin ? >> I get a segmentation fault inside ld ... >> Will I find answers about that kind of problem on this ML ? > > Not unless you restate the problem here on this list, rather than > assuming everybody already knows what you were talking about on some > other list. I have installed a fresh install of cygwin 1.7 and I wanted to compile gettext-0.17 from source so I entered: ./configure make Problem happens when compiling gettext-runtime/intl module and here is what happens when I run the command manually $ gcc --version gcc (GCC) 4.3.4 20090804 (release) 1 $ cd gettext-0.17/gettext-runtime/intl gcc -shared .libs/bindtextdom.o .libs/dcgettext.o .libs/dgettext.o .libs/gettext.o .libs/finddomain.o .libs/hash-string.o .libs/loadmsgcat.o .libs/localealias.o .libs/textdomain.o .libs/l10nflist.o .libs/explodename.o .libs/dcigettext.o .libs/dcngettext.o .libs/dngettext.o .libs/ngettext.o .libs/plural.o .libs/plural-exp.o .libs/localcharset.o .libs/lock.o .libs/relocatable.o .libs/langprefs.o .libs/localename.o .libs/log.o .libs/printf.o .libs/version.o .libs/osdep.o .libs/intl-compat.o -Wl,--disable-auto-import -Wl,--export-all-symbols -o .libs/cygintl-8.dll -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker .libs/libintl.dll.a collect2: ld terminated with signal 11 [Segmentation fault], core dumped $ less ld.exe.stackdump Exception: STATUS_ACCESS_VIOLATION at eip=0044B9E9 eax=0001 ebx=0024 ecx=0077CD68 edx=007848D0 esi=6F5C701C edi=00AFC130 ebp=0022C948 esp=0022C8E0 program=C:\cygwin\bin\ld.exe, pid 276, thread main cs=001B ds=0023 es=0023 fs=003B gs= ss=0023 Stack trace: Frame Function Args 0022C948 0044B9E9 (0074A548, 004CC1E8, 008310D8, 00832588) 0022CB48 0044DF0F (0022CBBC, 008310D8, , ) 0022CC68 0044EE10 (0074A548, 004CC1E8, 004BBCC0, 00A12470) 0022CCE8 0041495E (00743060, 612077EC, 0022CD78, 610F9B47) 0022CD68 00413E68 (, , 0022CDA8, 61006E0A) 0022CDA8 61006E0A (, 0022CDE0, 610066F0, 7FFDF000) End of stack trace Any idea ? My configuration Windows XP SP3 $ uname -a CYGWIN_NT-5.1 rookie 1.7.0(0.212/5/3) 2009-09-11 01:25 i686 Cygwin $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel(R) Core(TM)2 Quad CPUQ8200 @ 2.33GHz stepping: 10 cpu MHz : 2327 cache size : 2048 KB fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pni monitor ds_cpl tm2 est cx16 TLB size: 0 4K pages clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: No antivirus, no firewall and I hope no BLODA. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: coredump when compiling gettext from source
Vincent R. wrote: > I have installed a fresh install of cygwin 1.7 and I wanted to compile > gettext-0.17 from source so I entered: > ./configure > make Well, I'd appreciate it if you'd use the cygwin patched source instead of the unpatched upstream version. Please download gettext-0.17-11-src.tar.bz2 from the cygwin mirror system (you can use setup.exe to install the source package if you like). Then, use "cygport gettext-0.17-11.cygport almostall' to build and "package" gettext for cygwin. If you have the same error, then I'll try to reproduce (but I'm a bit busy for the next few weeks) > collect2: ld terminated with signal 11 [Segmentation fault], core dumped Well, ld shouldn't coredump, that's for sure. I'd suspect a problem in ld rather than gettext, tho. To debug it, you'd need to build a debuggable version of ld, and set up just-in-time debugging (e.g. add to your CYGWIN variable the following: error_start:c:\cygwin\bin\gdb.exe -- Chuck -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: coredump when compiling gettext from source
Vincent R. wrote: I have installed a fresh install of cygwin 1.7 and I wanted to compile gettext-0.17 from source so I entered: Did you apply the patch which is provided with the source when you get it via the cygwin-1.7 setup.exe? ./configure make Did I miss an instruction indicating that configure and make could run in the source directory, contrary to normal practice? If I see a failure, I'll let you know. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: coredump when compiling gettext from source
Tim Prince wrote: Vincent R. wrote: I have installed a fresh install of cygwin 1.7 and I wanted to compile gettext-0.17 from source so I entered: Did you apply the patch which is provided with the source when you get it via the cygwin-1.7 setup.exe? ./configure make Did I miss an instruction indicating that configure and make could run in the source directory, contrary to normal practice? If I see a failure, I'll let you know. In my case, with no additional options, it stops on account of missing $(top_srcdir)/gnulib-m4/extensions.m4. The intl subdirectory build does throw an ld segfault at the point you indicated, with the additional message 6 [main] ld 2024 _cygtls::handle_exceptions: Error while dumping state(probably corrupted stack) -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: coredump when compiling gettext from source
Tim Prince wrote: > Tim Prince wrote: >> Vincent R. wrote: >> >>> I have installed a fresh install of cygwin 1.7 and I wanted to compile >>> gettext-0.17 from source so I entered: >> Did you apply the patch which is provided with the source when you get >> it via the cygwin-1.7 setup.exe? >>> >>> ./configure >>> make >>> >> Did I miss an instruction indicating that configure and make could run >> in the source directory, contrary to normal practice? >> If I see a failure, I'll let you know. >> > > In my case, with no additional options, it stops on account of missing > $(top_srcdir)/gnulib-m4/extensions.m4. > The intl subdirectory build does throw an ld segfault at the point you > indicated, with the additional message > 6 [main] ld 2024 _cygtls::handle_exceptions: Error while dumping > state(probably corrupted stack) Guys, thanks for the report, I'm already on this; it's a serious bug in the linker. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: coredump when compiling gettext from source
[ Sorry, my first reply to this post went astray because the OP was crossposted to both cygwin and cygwin-developers, and cygwin-developers set a reply-to header, and my mailer merged the two duplicates into one. ] Vincent R. wrote: > > Are you sure the problem doesn't rely on gcc version release with latest > > cygwin ? As it happens, it's not related. > > I get a segmentation fault inside ld ... That should never happen, no matter how badly mangled the input LD is fed, and is always a bug when it does. > > Will I find answers about that kind of problem on this ML ? It's always best to start with a report here, in case it's cygwin-specific, and then we can escalate it to the binutils list if it turns out to come from upstream. In this case, you found a bug that has been around since like forever, but only come to light now that we've started really using weak symbols in anger on the PE platform. It was a trivial thinko in looking up the default value for the weak symbol that only shows up if you have multiple object files in the same link that all refer to the same undefined weak. Fixed in binutils CVS HEAD by http://sourceware.org/ml/binutils-cvs/2009-10/msg00010.html and should be in 2.20 when it comes out. I verified that gettext now builds all the way to completion, although I didn't run the tests. Thanks for finding this! [ Since first sending this I ran enough of the tests to see that they were generally passing, so it looks OK. ] cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple