reassign 901290 gcc-6
notfound 901290 68.0.3440.7-1
found 6.4.0-17
thanks
Compiling chrome 68 with results an gcc ICE. This affects both arm64[1] and
armhf[2]. Filing against gcc-6 as this what buildd used, but this affects
other versions too:
+---+---+---+---+
| | gcc-6 |
On Mon, Jan 13, 2014 at 08:32:49AM +, Ian Campbell wrote:
> On Mon, 2014-01-13 at 05:51 +0100, Matthias Klose wrote:
> > the gcc-4.9 in experimental fails to build while the one for armhf succeeds.
> For reference the logs are at:
> https://buildd.debian.org/status/fetch.php?pkg=gcc-4.9&arch
Hi,
According the debian bug report [1], it is not possible to use std::future
on armv5 targetting toolchains. This is because libstdc++ will only enable
std::future if ATOMIC_INT_LOCK_FREE > 1. There is no LDREX for armv5 and
older, so this definition is set to ATOMIC_INT_LOCK_FREE when compilin
On Tue, Mar 22, 2011 at 12:50:17AM +, Hector Oron wrote:
> Hi,
>
> 2011/3/21 Matthias Klose :
> > gcc-4.6 fails to build on the buildds with an ICE. Unable to reproduce on a
> > local armv5t machine. Please could an ARM porter reproduce this ICE and
> > attach
> > the requrest information t
This is hitting now pretty much all builds..
Riku
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100906051307.ga19...@aardvark.home
On Mon, Jun 07, 2010 at 09:15:05AM +0200, Matthias Klose wrote:
> On 06.06.2010 00:51, Aurelien Jarno wrote:
>> These functions were present before in the library, but not exported
>> in the headers. This has been changed as it is required by ISO C99.
>> While these functions are strictly not need
Modestas Vainius wrote:
I have recently came across .symver directive [1][2] that is more
straightforward way to achieve the same thing. In that case, only source file
(.cpp) needs to be changed.
Brilliant! This shall be the plan then:
1) identify affected libraries (Jakubs list as base?)
2
On Wed, Jan 27, 2010 at 11:19:35PM +0200, Modestas Vainius wrote:
> Hello,
>
> On trečiadienis 27 Sausis 2010 22:47:55 Riku Voipio wrote:
> > There is a major problem with gcc 4.4 and armel - the ABI of va_list
> > changed (for c++ libraries). We need to decide one of the
Hi debian-release,
There is a major problem with gcc 4.4 and armel - the ABI of va_list
changed (for c++ libraries). We need to decide one of the following:
1) library package name rename (like c2a rename previously)
+ "the right thing to do"
+ partial upgrades work as expected
- Some hassle
user debian-...@lists.debian.org
usertag 542666 +eabi
thanks
Hi,
What does "cat /proc/cpu/alignment" say on your device ?
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi,
If you reboot your build machine and try compiling again, will you still
get the same crash? Internal compiler errors can be sign of bad
RAM, if they are random.
--
"rm -rf" only sounds scary if you don't have backups
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a
forcemerge 484053 518751
thanks
Oh shoot me, ofcourse the second *after* submit I spot this was filed
already.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
84h build time on armel :)
I still disagree that this is a RC bug. Running testsuites is much
more important than saving build time. It is the buildd's that are
serving maintainers, not the other way around.
That said, people maintaining slow(est) building packages should take
extra care to uploa
Upstream declared the bug invalid:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34652
Should this bug be closed in debian too?
--
"rm -rf" only sounds scary if you don't have backups
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTEC
Since this only happened once and on a netwinder buildd, I think
this is just one form of the infamous "netwinder ran out of memory
and OOM killed cc1plus" bug. So should this bug be closed?
--
"rm -rf" only sounds scary if you don't have backups
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
# Automatically generated email from bts, devscripts version 2.10.28
reassign 443234 libstdc++6-4.3-dev 4.3.0-5
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
reassign 469517 gcc-4.3
thanks
-snip-
#include
main()
{
printf ("Hello World!\n");
}
-snip-
$ gcc -save-temps -fstack-protector -fPIE hello.c -o hello
$ ./hello
$ Hello World!
$ gcc -save-temps -fstack-protector-all -fPIE helloall.c -o helloall
$ ./helloall
$ Segmentation fault
helloall
Hi,
Having gcc-4.2 as default on i386 and amd64, while most other
architectures have gcc-4.3 means most maintainers never test their
packages with gcc-4.3. This is making life miserable for those ports
that actually use gcc-4.3:
1) people upload packages with known gcc-4.3 bugs and not bothering
Hi,
This appears to inherit somewhere deep. libstdc++ disables ISO C99
compatability due comlex.h missing the "long double" versions of
complex functions[1][2]. With a little bit of preprocessor debugging,
this is because of __NO_LONG_DOUBLE_MATH being set, atleast on arm/armel.
Which, in turn co
On Fri, May 18, 2007 at 03:48:00PM +0200, Matthias Klose wrote:
> Peter Green writes:
> > package:gcc-4.1
> > version:4.1.2-7
> > severity:serious
> > from the relavent buildd logs:
> Note, that the severity is not RC for 68k; I do not intend to fix
> that. Same for arm
Is building libffi.so.4
Package: gcc-defaults
Severity: wishlist
Tags: patch
User: debian-arm@lists.debian.org
Usertags: eabi
Like oldabi arm, arm eabi (armel) and bigendian arm (armeb) don't
have gnat. Please drop gnat on these archs.
--- gcc-defaults-1.50/debian/rules.orig 2007-01-11 20:27:43.0 +
+++ gcc-d
Package: gcc-4.1
Severity: wishlist
Tags: patch
User: debian-arm@lists.debian.org
Usertags: eabi
Please add basic support for arm eabi[1] port. If includes fix for
pr28516, defaulting for armv4t, and disabling java/objc and fortran
for now on eabi.
[1] http://wiki.debian.org/ArmEabiPort
diff -u
On Fri, Nov 10, 2006 at 06:27:25PM +0100, Matthias Klose wrote:
> Looks like we are back to a state where basic java programs do work?
> Riku, does a HelloWorld program compiled to native code work?
Verified just that hello world compiled to native code worked fine.
--
To UNSUBSCRIBE, email t
On Fri, Nov 10, 2006 at 06:27:25PM +0100, Matthias Klose wrote:
> > drow: apparently installing fails :|
> > installing gjdoc that is
> > Setting up gjdoc (0.7.7-6) ...
> > gcj-dbtool-4.1 succeeded unexpectedly
> > gcj-dbtool-4.1 succeeded unexpectedly
> > java.io.IOException: Invalid argumen
tags 387875 +patch
thanks
Verified that gcj-4.1 builds with this patch, and with patched version
ecj-bootstrap build fine as well.
libjava testsuite status in lates buildd log:
=== libjava Summary ===
# of expected passes3045
# of unexpected failures1875
# of
Package: gcc-snapshot
Version: 20051008-1
Severity: important
While researching #323133, I noticed this bug reproducible with
gcc-snapshot as well, so it seems the "fixed-upstream" tag for
#323133 incorrect. This time using aleph[1] (same error as with gcc-4.0)
as a test case,
gcc -v -save-tem
Hi,
Is this bug planned to be backported to g++-4.0 ? In case not, we need
to hardcode using g++-3.4 into most apps compiling against libqt3. This
affects also hppa on debian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, Feb 27, 2005 at 10:03:05PM +0100, Matthias Klose wrote:
> yes, known, ... please install the libgcj6,-dev package as well. fixed
> for the next upload.
With libgcj6-dev installed, a similar backtrace comes than with
gij-3.4:
Something bad happened in createApplet:
java.awt.IllegalComponen
On Sun, Feb 27, 2005 at 08:12:16PM +0100, Matthias Klose wrote:
> > Set gij-3.4 as konquerors java binary, and point it to the closest java
> > applet ( this time
> > http://java.sun.com/docs/books/tutorial/getStarted/index.html ). No
> > applet is shown, nonfree java works fine.
> please could y
Package: libgcj5-awt
Version: 3.4.3-9
Severity: normal
Set gij-3.4 as konquerors java binary, and point it to the closest java
applet ( this time
http://java.sun.com/docs/books/tutorial/getStarted/index.html ). No
applet is shown, nonfree java works fine.
the following is thrown to .xsession-erro
30 matches
Mail list logo
