Your message dated Tue, 20 Sep 2016 22:15:11 +0000
with message-id <>
and subject line Bug#838316: Removed package(s) from unstable
has caused the Debian Bug report #753134,
regarding lto1: fatal error: LTO_tags out of range: Range is 0 to 368, value is 
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact

Debian Bug Tracking System
Contact with problems
--- Begin Message ---
Package: gcc-4.9
Version: 4.9.0-6
Severity: normal

Dear Maintainer,

since 4.9, the simgrid package sometimes FTBFS with the following
error on various architectures:

 lto1: fatal error: LTO_tags out of range: Range is 0 to 368, value is 756

This may be related to the fact that we build with gcc-ar and
gcc-ranlib instead of ar and ranlib. We do that because we have a
static library factorizing some code between out test cases, and cmake
makes it uneasy to share the .o in another way.

The strange thing is that this bug does not seem to occur all time,
and appears on various architectures. Some builds leading to that bug:

On armhf, it did build correctly 4 times before that failed build, for
versions 3.11.1-1 to 3.11.1-4. The changes between these version is
completely unrelated to armhf, I think.

On kfreebsd, it worked with LTO enabled here:
but failed here:
(versions in between were broken on kfreebsd because of our usage of
java, ignore them)

I tried to disable the parallel building of the simgrid package, in
vain. Do you guys have any idea about what's going wrong, please?

Thanks in advance,

-- System Information:
Debian Release: jessie/sid
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gcc-4.9 depends on:
ii  binutils
ii  cpp-4.9         4.9.0-6
ii  gcc-4.9-base    4.9.0-6
ii  libc6           2.19-1
ii  libcloog-isl4   0.18.2-1
ii  libgcc-4.9-dev  4.9.0-6
ii  libgmp10        2:6.0.0+dfsg-4
ii  libisl10        0.12.2-1
ii  libmpc3         1.0.1-1
ii  libmpfr4        3.1.2-1
ii  zlib1g          1:1.2.8.dfsg-1

Versions of packages gcc-4.9 recommends:
ii  libc6-dev  2.19-1

Versions of packages gcc-4.9 suggests:
ii  binutils [binutils-gold]
pn  gcc-4.9-doc               <none>
pn  gcc-4.9-locales           <none>
pn  gcc-4.9-multilib          <none>
pn  libasan1-dbg              <none>
pn  libatomic1-dbg            <none>
pn  libcilkrts5-dbg           <none>
pn  libgcc1-dbg               <none>
pn  libgomp1-dbg              <none>
pn  libitm1-dbg               <none>
pn  liblsan0-dbg              <none>
pn  libquadmath0-dbg          <none>
pn  libtsan0-dbg              <none>
pn  libubsan0-dbg             <none>
pn  libvtv0-dbg               <none>

-- no debconf information

Thou shalt foreswear, renounce, and abjure the vile heresy which claimeth
that ``All the world's a 386'', and have no commerce with the benighted
heathens who cling to this barbarous belief, that the days of thy program
may be long even though the days of thy current machine be short.
  -- Tenth commandment of the C programmer

Attachment: signature.asc
Description: Digital signature

--- End Message ---
--- Begin Message ---
Version: 4.9.4-2+rm

Dear submitter,

as the package gcc-4.9 has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see

The version of this package that was in Debian prior to this removal
can still be found using

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing

Debian distribution maintenance software
Chris Lamb (the ftpmaster behind the curtain)

--- End Message ---

Reply via email to