[opensuse-factory] Re: [opensuse-packaging] next drops from Factory
Hi, Am 11.05.2014 18:43, schrieb Stephan Kulow:
Cleaning up the next round of failed builds will hit:
xulrunner (fails for 156 days), also removing - chmsee - gnash - icedtea-web
icedtea-web and chmsee have still some usefulness. Not sure for gnash. Anyway I'd like to fix xulrunner but I cannot without help. It only fails on i586 and not x86-64 and it's most likely caused by a compiler change in Factory. The very same package builds everywhere else but fails when running xpcshell during installation phase. xpcshell is basically used to execute some JavaScript build tool and it's likely a crash in the JS engine (caused by some kind of miscompilation). So who could help here? Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Wolfgang Rosenauer <wolfgang@rosenauer.org> writes:
Anyway I'd like to fix xulrunner but I cannot without help. It only fails on i586 and not x86-64 and it's most likely caused by a compiler change in Factory. The very same package builds everywhere else but fails when running xpcshell during installation phase. xpcshell is basically used to execute some JavaScript build tool and it's likely a crash in the JS engine (caused by some kind of miscompilation).
If you suspect a compiler bug you could try to compile it with gcc 4.9. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 19/05/14 03:02, Andreas Schwab escribió:
Wolfgang Rosenauer <wolfgang@rosenauer.org> writes:
Anyway I'd like to fix xulrunner but I cannot without help. It only fails on i586 and not x86-64 and it's most likely caused by a compiler change in Factory. The very same package builds everywhere else but fails when running xpcshell during installation phase. xpcshell is basically used to execute some JavaScript build tool and it's likely a crash in the JS engine (caused by some kind of miscompilation).
If you suspect a compiler bug you could try to compile it with gcc 4.9.
Andreas.
Is there any OBS project where gcc 4.9 is the default compiler ? I will be interested in having that handy when building packages. -- Cristian "I don't know the key to success, but the key to failure is trying to please everybody." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Cristian Rodríguez <crrodriguez@opensuse.org> writes:
Is there any OBS project where gcc 4.9 is the default compiler ?
o:F:Staging:Gcc49 Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Cristian Rodríguez <crrodriguez@opensuse.org> Mon, 19 May 2014 19:01:36 +0300:
El 19/05/14 03:02, Andreas Schwab escribió:
Wolfgang Rosenauer <wolfgang@rosenauer.org> writes:
Anyway I'd like to fix xulrunner but I cannot without help. It only fails on i586 and not x86-64 and it's most likely caused by a compiler change in Factory. The very same package builds everywhere else but fails when running xpcshell during installation phase. xpcshell is basically used to execute some JavaScript build tool and it's likely a crash in the JS engine (caused by some kind of miscompilation).
If you suspect a compiler bug you could try to compile it with gcc 4.9.
Andreas.
Is there any OBS project where gcc 4.9 is the default compiler ? I will be interested in having that handy when building packages.
http://software.opensuse.org/package/gcc49 Factory and devel:gcc. -- Best regards, Dmitriy DA(P).DarkneSS Perlow @ Linux x64 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
"Dmitriy Perlow" <dap@open.by> writes:
http://software.opensuse.org/package/gcc49 Factory and devel:gcc.
Neither have it as the default (yet). Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 19.05.2014 09:02, schrieb Andreas Schwab:
Wolfgang Rosenauer <wolfgang@rosenauer.org> writes:
Anyway I'd like to fix xulrunner but I cannot without help. It only fails on i586 and not x86-64 and it's most likely caused by a compiler change in Factory. The very same package builds everywhere else but fails when running xpcshell during installation phase. xpcshell is basically used to execute some JavaScript build tool and it's likely a crash in the JS engine (caused by some kind of miscompilation).
If you suspect a compiler bug you could try to compile it with gcc 4.9.
I didn't manage to try with gcc 4.9. But I've got some more information about the segmentation fault which is happening. But I cannot explain it still. The stack always is: #0 0x00000018 in ?? () #1 0xf771edae in call_init.part () from /lib/ld-linux.so.2 #2 0xf771eea4 in _dl_init_internal () from /lib/ld-linux.so.2 #3 0xf7722ebe in dl_open_worker () from /lib/ld-linux.so.2 #4 0xf771ec56 in _dl_catch_error () from /lib/ld-linux.so.2 #5 0xf77226b4 in _dl_open () from /lib/ld-linux.so.2 #6 0xf4551cbc in dlopen_doit () from /lib/libdl.so.2 #7 0xf771ec56 in _dl_catch_error () from /lib/ld-linux.so.2 #8 0xf455236c in _dlerror_run () from /lib/libdl.so.2 #9 0xf4551d71 in dlopen@@GLIBC_2.1 () from /lib/libdl.so.2 #10 0xf4c0b195 in pr_LoadLibraryByPathname (flags=<optimized out>, name=0xf27da638 "/home/abuild/rpmbuild/BUILD/obj/dist/bin/components/libmozgnome.so") at prlink.c:803 #11 PR_LoadLibraryWithFlags (libSpec=..., flags=<optimized out>, flags@entry=0) at prlink.c:418 #12 0xf4c0b263 in PR_LoadLibrary (name=0xf27da638 "/home/abuild/rpmbuild/BUILD/obj/dist/bin/components/libmozgnome.so") at prlink.c:442 #13 0xf641b1b4 in nsLocalFile::Load (this=0xf3294280, _retval=0xffa26994) (gdb) frame 10 #10 0xf4c0b195 in pr_LoadLibraryByPathname (flags=<optimized out>, name=0xf27da638 "/home/abuild/rpmbuild/BUILD/obj/dist/bin/components/libmozgnome.so") at prlink.c:803 803 h = dlopen(name, dl_flags); (gdb) list + 798 if (strchr(name, PR_DIRECTORY_SEPARATOR) == NULL || 799 PR_Access(name, PR_ACCESS_EXISTS) == PR_SUCCESS) { 800 h = dlopen(name, dl_flags); 801 } 802 #else 803 h = dlopen(name, dl_flags); 804 #endif 805 #elif defined(USE_HPSHL) 806 int shl_flags = 0; 807 shl_t h; (gdb) print name $1 = 0xf27da638 "/home/abuild/rpmbuild/BUILD/obj/dist/bin/components/libmozgnome.so" So the crash is happening somewhere in dlopen()? Any ideas, hints? Thanks, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
So the crash is happening somewhere in dlopen()?
Just a wild informed guess.. are any of the dependencies of libmozgnome using gcc constructors/destructors ? Maybe a library that implements those lovely FIPS requirements ? -- Cristian "I don't know the key to success, but the key to failure is trying to please everybody." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (4)
-
Andreas Schwab -
Cristian Rodríguez -
Dmitriy Perlow -
Wolfgang Rosenauer