translators-packages team mailing list archive

[Launchpad Bug Tracker <1570055@xxxxxxxxxxxxxxxxxx>]

This bug was fixed in the package lua5.2 - 5.2.4-1ubuntu1

---------------
lua5.2 (5.2.4-1ubuntu1) xenial; urgency=medium

  * debian/patches/0001-build-system.patch: never use libtool --quiet
    which is always the wrong answer for package builds.
  * debian/patches/0001-build-system.patch: do not pass a version script when
    building executables; this is meant for libraries, and its use appears to
    be breaking the build on powerpc (probably due to a toolchain regression).
    LP: #1570055.

 -- Steve Langasek <steve.langasek@xxxxxxxxxx>  Wed, 13 Apr 2016
22:05:31 -0700

** Changed in: lua5.2 (Ubuntu)
       Status: Triaged => Fix Released

-- 
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