touch-packages team mailing list archive
-
touch-packages team
-
Mailing list archive
-
Message #04049
[Bug 1304754] Re: gccgo has issues when page size is not 4kB
I copied the gccgo-4.9 package from the ubuntu-toolchain-r/ppa package
to trusty-proposed (now waiting for approval). The following testing was
done:
- libgcc1: the packages contains the shared library, exports the same symbols,
no code changes were done for libgcc1 itself.
- the testsuite doesn't show regressions on any architectures (although we should
only be interested in regressions in gccgo and libgo; the package in trusty
didn't ship a cc1, so we don't have any regressions for the C compiler).
- The only package build-depending on gccgo in trusty (juju-core) was
successfully rebuilt.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to gccgo-4.9 in Ubuntu.
https://bugs.launchpad.net/bugs/1304754
Title:
gccgo has issues when page size is not 4kB
Status in The GNU Compiler Collection:
Fix Released
Status in “gcc-4.9” package in Ubuntu:
Fix Released
Status in “gccgo-4.9” package in Ubuntu:
Invalid
Status in “gcc-4.9” source package in Trusty:
Invalid
Status in “gccgo-4.9” source package in Trusty:
In Progress
Status in “gcc-4.9” source package in Utopic:
Fix Released
Status in “gccgo-4.9” source package in Utopic:
Invalid
Bug description:
On kernels 3.13-18 and 3.13-23 (there may be others) the kernel is
killing gccgo compiled binaries
[18519.444748] jujud[19277]: bad frame in setup_rt_frame:
0000000000000000 nip 0000000000000000 lr 0000000000000000
[18519.673632] init: juju-agent-ubuntu-local main process (19220)
killed by SEGV signal
[18519.673651] init: juju-agent-ubuntu-local main process ended, respawning
In powerpc/kernel/signal_64.c:
sys_rt_sigreturn is jumping to the badframe: label and executing an
unconditional force_sigsegv which is delivered to the userland
process. Like C++, gccgo tries to decode SIGSEGV as a nil pointer
access and blame some random function that happened to be the top
stack frame.
Reverting to the 3.13-08 kernel appears to resolve the issue which
(weakly) points the finger at the recent switch to 64k pages.
To manage notifications about this bug go to:
https://bugs.launchpad.net/gcc/+bug/1304754/+subscriptions