gcc-4.7_4.7.3-10_amd64.changes uploaded successfully to localhost
along with the files:
gcc-4.7_4.7.3-10.dsc
gcc-4.7_4.7.3-10.diff.gz
gcc-4.7-source_4.7.3-10_all.deb
libstdc++6-4.7-doc_4.7.3-10_all.deb
gcc-4.7-locales_4.7.3-10_all.deb
gcc-4.7-base_4.7.3-10_amd64.deb
development
libx32stdc++6-4.7-dbg - GNU Standard C++ Library v3 (debugging files)
libx32stdc++6-4.7-dev - GNU Standard C++ Library v3 (development files)
Closes: 731141 734002
Changes:
gcc-4.7 (4.7.3-10) unstable; urgency=medium
.
* Update to SVN 20140112 (r206563) from the gcc-4_7-branch
for GNU Objective-C applications (x32
development
libx32stdc++6-4.7-dbg - GNU Standard C++ Library v3 (debugging files)
libx32stdc++6-4.7-dev - GNU Standard C++ Library v3 (development files)
Closes: 731141 734002
Changes:
gcc-4.7 (4.7.3-10) unstable; urgency=medium
.
* Update to SVN 20140112
It works for me
Linux version 3.13-rc8-pineapple-amd64 (Debian 3.13~rc8-1)
(mat...@linuxmint.pl) (gcc version 4.9.0 20140111 (experimental) [trunk
revision 206552] (Debian 4.9-20140111-1) ) #1 Sun Jan 12 14:32:10 UTC 2014
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
libx32stdc++6-4.7-dbg - GNU Standard C++ Library v3 (debugging files)
libx32stdc++6-4.7-dev - GNU Standard C++ Library v3 (development files)
Closes: 731141 734002
Changes:
gcc-4.7 (4.7.3-10) unstable; urgency=medium
.
* Update to SVN 20140112 (r206563) from the gcc-4_7-branch.
.
[ Matthias
On Fri, Jan 10, 2014 at 7:23 PM, Matthias Klose d...@debian.org wrote:
gcc-4.9 is uploaded to experimental, asking the porters to watch for build
failures and corresponding patches. See
https://buildd.debian.org/status/package.php?p=gcc-4.9suite=experimental
These are already fixed in the
gcc-4.8_4.8.2-13_amd64.changes uploaded successfully to localhost
along with the files:
gcc-4.8_4.8.2-13.dsc
gcc-4.8_4.8.2-13.diff.gz
gcc-4.8-source_4.8.2-13_all.deb
gcj-4.8-jre-lib_4.8.2-13_all.deb
gcj-4.8-source_4.8.2-13_all.deb
libgcj-doc_4.8.2-13_all.deb
(debugging files)
Closes: 716635
Changes:
gcc-4.8 (4.8.2-13) unstable; urgency=medium
.
* Update to SVN 20140112 (r206564) from the gcc-4_8-branch.
- Fix miscompilation due to wrong RTL-optimization (see
PR rtl-optimization/59137). Closes: #716635.
.
[ Aurelien Jarno ]
* Reenable
1:1.0-7 s390xParma
Polyhedra Library (development)
svn-updates:
updates from the 4.7 branch upto 20140112 (r206563).
hjl-x32-gcc-4_7-branch:
gcc-gfdl-build:
Build a dummy s-tm-texi without access to the texinfo sources
aarch64-libffi:
aarch64-libffi-testsuite:
gcc
1:1.0-7 ia64
Parma Polyhedra Library (development)
svn-updates:
updates from the 4.7 branch upto 20140112 (r206563).
hjl-x32-gcc-4_7-branch:
gcc-gfdl-build:
Build a dummy s-tm-texi without access to the texinfo sources
aarch64-libffi:
aarch64-libffi
-dev:kfreebsd-i386 1:1.0-7 kfreebsd-i386
Parma Polyhedra Library (development)
svn-updates:
updates from the 4.7 branch upto 20140112 (r206563).
hjl-x32-gcc-4_7-branch:
gcc-gfdl-build:
Build a dummy s-tm-texi without access to the texinfo sources
aarch64-libffi:
aarch64-libffi
floating-point library development
package
ii libmpfr-dev:kfreebsd-amd64 3.1.2-1
kfreebsd-amd64 multiple precision floating-point computation developers tools
svn-updates:
updates from the 4.8 branch upto 20140112 (r206564).
gcc-gfdl-build:
Build a dummy s-tm
development package
ii libmpfr-dev:amd64 3.1.2-1amd64
multiple precision floating-point computation developers tools
svn-updates:
updates from the 4.8 branch upto 20140112 (r206564).
gcc-gfdl-build:
Build a dummy s-tm-texi without access
3.1.2-1amd64
multiple precision floating-point computation developers tools
ii libppl0.12-dev:amd64 1:1.0-7amd64
Parma Polyhedra Library (development)
svn-updates:
updates from the 4.7 branch upto 20140112 (r206563
LAST_UPDATED: Sat Jan 11 17:31:21 UTC 2014 (revision 206552)
Target: s390x-linux-gnu
gcc version 4.9.0 20140111 (experimental) [trunk revision 206552] (Debian
20140111-1)
=== acats tests ===
FAIL: c52103x
FAIL: c52104x
FAIL: c52104y
FAIL: cb1010a
===
computation developers tools
svn-updates:
updates from the 4.8 branch upto 20140112 (r206564).
gcc-gfdl-build:
Build a dummy s-tm-texi without access to the texinfo sources
gcc-textdomain:
Set gettext's domain and textdomain to the versioned package name.
gcc-driver-extra-langs:
Add options
LAST_UPDATED: Sat Jan 11 17:31:21 UTC 2014 (revision 206552)
Target: i486-linux-gnu
gcc version 4.9.0 20140111 (experimental) [trunk revision 206552] (Debian
20140111-1)
=== acats tests ===
=== acats Summary ===
# of expected passes2320
# of
package
ii libmpfr-dev:s390x 3.1.2-1 s390x
multiple precision floating-point computation developers tools
svn-updates:
updates from the 4.8 branch upto 20140112 (r206564).
gcc-gfdl-build:
Build a dummy s-tm-texi without access to the texinfo sources
gcc
LAST_UPDATED: Sat Jan 11 17:31:21 UTC 2014 (revision 206552)
Native configuration is aarch64-unknown-linux-gnu
=== boehm-gc tests ===
Running target unix
=== boehm-gc Summary ===
# of expected passes12
# of unsupported tests 1
LAST_UPDATED: Sat Jan 11 17:31:21 UTC 2014 (revision 206552)
Native configuration is aarch64-unknown-linux-gnu
=== boehm-gc tests ===
Running target unix
=== boehm-gc Summary ===
# of expected passes12
# of unsupported tests 1
Hi,
the gcc-4.9 in experimental fails to build while the one for armhf succeeds.
Please could somebody from the arm porters look into this?
If I remember correctly we had some issues with the arm soft float port already
with gcc-4.7 and gcc-4.8. Are the armv4t defaults still needed, or would it
On Mon, Jan 13, 2014 at 12:51 PM, Matthias Klose wrote:
Are the armv4t defaults still needed, or would it be
better to default to some newer arm version like armv5t?
There is one Debian derivative, QtMoko, which is one of the few usable
distributions on the Openmoko Freerunner (gta02).
22 matches
Mail list logo
