tandard C++ Library v3 (development files)
libx32stdc++6 - GNU Standard C++ Library v3 (x32)
libx32stdc++6-4.9-dbg - GNU Standard C++ Library v3 (debugging files)
libx32ubsan0 - UBSan -- undefined behaviour sanitizer (x32)
libx32ubsan0-dbg - UBSan -- undefined behaviour sanitizer (x32 de
; urgency=medium
.
* Update to SVN 20140919 (r215401) from the gcc-4_9-branch.
.
[ Matthias Klose ]
* Extend the fix for PR target/63190 (AArch64). Closes: #758964.
* Apply proposed fix for Linaro #331, LP: #1353729 (AArch64).
.
[ Aurelien Jarno ]
* Default to mips64 ISA on mips64el
gcc-4.9_4.9.1-15_amd64.changes uploaded successfully to localhost
along with the files:
gcc-4.9-source_4.9.1-15_all.deb
gcj-4.9-jre-lib_4.9.1-15_all.deb
gcj-4.9-source_4.9.1-15_all.deb
libgcj-doc_4.9.1-15_all.deb
libstdc++-4.9-doc_4.9.1-15_all.deb
gcc-4.9-locales_4.9.1-15_all.deb
gcc-
Package: gcc-4.9
Version: 4.9.1-14
I'm not sure this is a gcc bug, but currently on abel.debian.org, in a
sid chroot, guile-2.0 2.0.11+1-3 fails to build as depicted here:
https://buildd.debian.org/status/fetch.php?pkg=guile-2.0&arch=armel&ver=2.0.11%2B1-4&stamp=1411145211
After some testing
Hi,
I ran into pretty much exactly the same thing as the original reporter
here, except with gcc 4.9.1-14 and I was building an armel cross-compiler
on amd64.
In answer to your pending question then:
> please find out why the libphobos build is not enabled,
> or fails to build.
There appears t
Processing commands for cont...@bugs.debian.org:
> unarchive 720363
Bug #720363 {Done: Matthias Klose } [gcc-4.8] gcc-4.8: i386 on
armhf cross-compiler FTBFS
Unarchived Bug 720363
> #details to follow
> reopen 720363
Bug #720363 {Done: Matthias Klose } [gcc-4.8] gcc-4.8: i386 on
armhf cross-comp
6 matches
Mail list logo