translators-packages team mailing list archive

[Paul Gevers <1570055@xxxxxxxxxxxxxxxxxx>]

Alexander Shishkin suggested that this bug and the FTBFS of fpc¹ ² on
powerpc are really the same bug in glibc because both of them segfault
during program exit in _IO_wsetb after output to stdout.

¹ https://bugs.launchpad.net/ubuntu/+source/fpc/+bug/1562480
² http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826300


** Bug watch added: Debian Bug tracker #826300
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826300

-- 
You received this bug notification because you are a member of
Translators Packages, which is subscribed to lua5.1 in Ubuntu.
https://bugs.launchpad.net/bugs/1570055

Title:
  FTBFS on powerpc

Status in glibc package in Ubuntu:
  New
Status in lua5.1 package in Ubuntu:
  Fix Released
Status in lua5.2 package in Ubuntu:
  Fix Released
Status in lua5.3 package in Ubuntu:
  Fix Released

Bug description:
  On Matthias's archive rebuild for Xenial, we see build failures for
  lua5.1, lua5.2, and lua5.3 on powerpc:

  http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-
  rebuild-20160401-xenial.html

  I've done some investigation, but not found the source of the
  problems.  Trying to capture what I know here.

  The build fails because part of the build tries to run `src/lua5.3 -v`
  and that segfaults.  It crashes after main() exits in _IO_wsetb() in
  glibc's wgenops.c:105.  This is because f->_wide_data points to bogus
  data.  Setting a breakpoint in main() doesn't help because the data is
  already corrupted by then.  Setting a breakpoint in _start or _init
  and then a watchpoint on this point shows that it gets corrupted in
  _IO_check_libio() in glibc's oldstdfiles.c.  We then thought the
  likely culprit was compilation with g++ but linkage with gcc, however
  fixing that to compile and link *everything* with g++ doesn't solve
  the problem.  This is the change we made in 5.3.1-1ubuntu1, which can
  be thrown away.

  But the problem *is* related to lua5.3's d/patches/0001-build-
  system.patch because if you remove that from the quilt stack, you end
  up with a src/lua (not version numbered) for which `lua -v` doesn't
  segfault.

  My only other thought was that maybe libtool was corrupting things,
  but I wasn't able to prove that.  I tried various other
  transformations of that patch without success.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1570055/+subscriptions