Package: g++-4.7
Version: 4.7.2-5
Severity: normal
Dear Maintainer,
Please upgrade gcc to 4.7.3, I keep writing code that hits a regression
in 4.7.2 (see below).
// compile with g++ -std=c++0x bug.cpp
// works with: gcc 4.6.4, gcc 4.7.3, gcc 4.8.2
// fails with: gcc 4.7.2
struct Foo
{
temp
Package: src:gnat-4.6
Followup-For: Bug #713124
Control: tag -1 pending
gcc-4.6.4-6 resolves both dependency problems. Next gnat-4.6 upload
will contain the changes.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lis
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 24 Mar 2014 23:02:00 +0100
Source: gnat-4.9
Binary: gnat-4.9-base gnat-4.9 gnat-4.9-sjlj libgnat-4.9 libgnat-4.9-dbg
libgnatvsn4.9-dev libgnatvsn4.9 libgnatvsn4.9-dbg libgnatprj4.9-dev
libgnatprj4.9 libgnatprj4.9-d
Your message dated Mon, 24 Mar 2014 23:19:10 +
with message-id
and subject line Bug#740286: fixed in gnat-4.9 4.9-20140322-1
has caused the Debian Bug report #740286,
regarding gnat-4.9: s-osinte-posix.adb is wrong about timespec.tv_nsec compared
to gnat-4.8
to be marked as done.
This means
gnat-4.9_4.9-20140322-1_amd64.changes uploaded successfully to localhost
along with the files:
gnat-4.9_4.9-20140322-1.dsc
gnat-4.9_4.9-20140322-1.tar.gz
gnat-4.9-base_4.9-20140322-1_all.deb
libgnat-4.9_4.9-20140322-1_amd64.deb
libgnat-4.9-dbg_4.9-20140322-1_amd64.deb
libgnatvsn4.9-dev_
Attaching a new set of these patches that apply cleanly to the gcc4.9
tree, at least as of gcc-4.9-4.9-20140303. No noteworthy changes
gccpatches.missinglogic.tar.gz
Description: Binary data
Package: src:gcc-4.8
Version: 4.8.2-17
Severity: normal
Tags: patch
When building a non-multilib stage1 cross compiler targeting x32, an
amd64 compiler is built instead. The attached patch takes care to add
the missing --with-abi flag for this situation.
Helmut
diff -u gcc-4.8-4.8.2/debian/rules2
LAST_UPDATED: Sat Mar 22 13:09:11 UTC 2014 (revision 208764)
Target: i486-kfreebsd-gnu
gcc version 4.9.0 20140322 (experimental) [trunk revision 208764] (Debian
4.9-20140322-1)
Native configuration is i486-pc-kfreebsd-gnu
=== g++ tests ===
Running target unix
LAST_UPDATED: Thu Mar 20 22:36:56 UTC 2014 (revision 208738)
Target: mips-linux-gnu
gcc version 4.8.2 (Debian 4.8.2-17)
Native configuration is mips-unknown-linux-gnu
=== g++ tests ===
Running target unix
=== g++ Summary for unix ===
# of expected passes
Le mercredi 12 mars 2014 à 18:44 +0100, Sébastien Villemot a écrit :
> More specifically, I think that dh_fortran_mod should do the following:
>
> - it would read a file debian/[package.]fortran-mod, which would contain
> a list of mod files created by gfortran and to be installed into binary
> p
LAST_UPDATED: Thu Mar 20 22:36:56 UTC 2014 (revision 208738)
Target: i486-kfreebsd-gnu
gcc version 4.8.2 (Debian 4.8.2-17)
Native configuration is i486-pc-kfreebsd-gnu
=== g++ tests ===
Running target unix
=== g++ Summary for unix ===
# of expected passes
LAST_UPDATED: Obtained from SVN: tags/gcc_4_6_4_release revision 197895
Target: mipsel-linux-gnu
gcc version 4.6.4 (Debian 4.6.4-6)
Native configuration is mipsel-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/debug/dwarf2/icf.C scan-assembler .section
The thread I referenced ends here:
http://gcc.gnu.org/ml/gcc-patches/2013-11/msg02069.html
So it seems upstream is aware of the issue but has been unable to find
the time to fix it properly. If you send a proper patch to them, I
think they'd be delighted. Note that x32 seems *not* to adhere to
The reasons for the upstream change are explained in the bug report I
referenced: http://gcc.gnu.org/PR54040, and discussed in detail in
the thread referenced there, viz.:
http://gcc.gnu.org/ml/gcc-patches/2013-11/msg01504.html
Since the decision to use time_t instead of long has been discussed
14 matches
Mail list logo