Package: gcc-12
Version: 12.2.0-14
Severity: important
Dear Maintainer,
Future versions of firefox-esr will contain code (related to security)
that currently fails to compile with GCC 12.2. The failure is a
regression from GCC 11, and was fixed in 12.3. Applying the patch[1] to
12.2 fixes the
On Thu, Oct 22, 2020 at 11:12:14AM +0200, Matthias Klose wrote:
> On 10/22/20 9:57 AM, Mike Hommey wrote:
> >> The code in question hasn't changed in a long time, so the same code
> >> effectively built fine with older versions of gcc. The last successful
> >> bui
And _of course_ I forgot to attach the file.
On Thu, Oct 22, 2020 at 04:50:58PM +0900, Mike Hommey wrote:
> Package: gcc-10
> Version: 10.2.0-15
> Severity: serious
>
> See the full buildd log in
> https://buildd.debian.org/status/fetch.php?pkg=firefox-esr=armhf=78.4.0
Package: gcc-10
Version: 10.2.0-15
Severity: serious
See the full buildd log in
https://buildd.debian.org/status/fetch.php?pkg=firefox-esr=armhf=78.4.0esr-2=1603260510=0
The preprocessed source that fails is attached as intrapred_neon.i.gz.
This is reproducible on armhf with:
gcc -o
On Wed, Jun 05, 2019 at 06:26:42PM +0900, Mike Hommey wrote:
> Control: tags -1 -moreinfo
>
> On Wed, Jun 05, 2019 at 10:49:16AM +0200, Matthias Klose wrote:
> > Control: tags -1 moreinfo
> >
> > it's always appreciated to attach the preprocessed source, togethe
On Tue, Jun 25, 2019 at 10:46:37AM +0900, Mike Hommey wrote:
> On Thu, Jun 13, 2019 at 05:03:33PM +0200, Olivier Tilloy wrote:
> > Ubuntu is also affected (all supported releases, from 16.04 to 19.10,
> > builds are being done in
> > https://launchpad.net/~mozillateam/+archiv
On Thu, Jun 13, 2019 at 05:03:33PM +0200, Olivier Tilloy wrote:
> Ubuntu is also affected (all supported releases, from 16.04 to 19.10,
> builds are being done in
> https://launchpad.net/~mozillateam/+archive/ubuntu/firefox-next/+packages).
>
> I don't have a workaround, but here are some data
On Thu, Jun 20, 2019 at 07:17:26AM +0200, Olivier Tilloy wrote:
> I am attaching a patch for skcms that fixes the firefox build on s390x
> and i386. Not submitted upstream yet.
Note that mips and mipsel are affected as well.
Mike
Control: tags -1 -moreinfo
On Wed, Jun 05, 2019 at 10:49:16AM +0200, Matthias Klose wrote:
> Control: tags -1 moreinfo
>
> it's always appreciated to attach the preprocessed source, together with the
> command line options used.
Attached is the full cc*.out file output by a build I did locally
On Wed, Jun 05, 2019 at 02:32:10PM +0900, Mike Hommey wrote:
> Package: gcc-8
> Version: 8.3.0-7
> Severity: normal
>
> See
> https://buildd.debian.org/status/fetch.php?pkg=firefox=s390x=68.0%7Eb6-2=1559711675=0
>
> /<>/gfx/skia/skia/third_party/skcms/src/Transfo
Package: gcc-8
Version: 8.3.0-7
Severity: normal
See
https://buildd.debian.org/status/fetch.php?pkg=firefox=s390x=68.0%7Eb6-2=1559711675=0
/<>/gfx/skia/skia/third_party/skcms/src/Transform_inl.h: In
function 'void baseline::exec_ops(const Op*, const void**, const char*, char*,
int)':
tag 748422 + patch
thanks
On Sat, May 17, 2014 at 10:23:38AM +0900, Mike Hommey wrote:
Package: g++-4.8
Version: 4.8.2-21
Severity: important
See
https://buildd.debian.org/status/fetch.php?pkg=iceweaselarch=armhfver=29.0.1-1stamp=1399804178
Error is:
{standard input}: Assembler
On Tue, May 13, 2014 at 02:56:39PM +0200, Matthias Klose wrote:
With gcc-4.9 now available in testing, it is time to prepare for the change of
the default to 4.9, for a subset of architectures or for all (release)
architectures. The defaults for the gdc, gccgo, gcj and gnat frontends
already
Package: g++-4.8
Version: 4.8.2-21
Severity: important
See
https://buildd.debian.org/status/fetch.php?pkg=iceweaselarch=armhfver=29.0.1-1stamp=1399804178
Error is:
{standard input}: Assembler messages:
{standard input}:7136: Error: branch out of range
Filed upstream bug:
On Sun, May 13, 2012 at 10:04:07PM +0200, Mike Hommey wrote:
On Mon, May 07, 2012 at 07:06:31PM +0200, Julien Cristau wrote:
On Mon, May 7, 2012 at 16:19:00 +, Matthias Klose wrote:
gcc-defaults (1.118) unstable; urgency=low
.
* Default to GCC 4.7 for gcc, g++, gfortran
On Thu, May 31, 2012 at 07:42:28PM +0100, Steven Chamberlain wrote:
On 31/05/12 07:59, Mike Hommey wrote:
FWIW, it has been confirmed to be gcc 4.7 miscompiling. It is supposed
to be fixed in upcoming 4.7.1.
The Mozilla bug report referred to GCC PR/53516. Could you please check
On Mon, May 07, 2012 at 07:06:31PM +0200, Julien Cristau wrote:
On Mon, May 7, 2012 at 16:19:00 +, Matthias Klose wrote:
gcc-defaults (1.118) unstable; urgency=low
.
* Default to GCC 4.7 for gcc, g++, gfortran on amd64, i386,
kfreebsd-amd64, kfreebsd-i386 and hurd-i386.
retitle 640656 g++-4.6: [regression] ICE on i386 when building iceweasel
severity 640656 serious
thanks
On Sat, Sep 10, 2011 at 12:06:50PM +0200, Mike Hommey wrote:
retitle 640656 g++-4.6: [regression] ICE on i386 when building iceweasel
7.0~b5-1 from experimental
thanks
On Tue, Sep 06
retitle 640656 g++-4.6: [regression] ICE on i386 when building iceweasel
7.0~b5-1 from experimental
thanks
On Tue, Sep 06, 2011 at 10:31:49AM +0200, Mike Hommey wrote:
Package: g++-4.6
Version: 4.6.1-9
Severity: important
Tested with 4.6.1-8, and it builds fine.
With the attached file
On Wed, Aug 31, 2011 at 08:39:05AM +0200, Michel Dänzer wrote:
On Mit, 2011-08-31 at 07:35 +0200, Mike Hommey wrote:
On Wed, Aug 31, 2011 at 07:26:10AM +0200, Mike Hommey wrote:
On Wed, Aug 31, 2011 at 07:05:04AM +0200, Mike Hommey wrote:
On Wed, Aug 31, 2011 at 06:35:09AM +0200, Mike
On Mon, Aug 29, 2011 at 06:48:49PM +0200, Michel Dänzer wrote:
Fast forward four months...
On Sam, 2011-04-30 at 20:04 +0200, Mike Hommey wrote:
On Sat, Apr 30, 2011 at 12:00:41PM +0200, Mike Hommey wrote:
On Thu, Apr 28, 2011 at 02:17:15PM +0200, Gabriel Paubert wrote:
On Thu, Apr
On Wed, Aug 31, 2011 at 06:35:09AM +0200, Mike Hommey wrote:
Interestingly, according to bug #639851, 6.0-2 didn't have the problem.
Which suggests something else broke.
Actually, it must have worked by luck in 6.0-2 for that user, because
the binary is affected the same way.
So, it would
On Wed, Aug 31, 2011 at 07:05:04AM +0200, Mike Hommey wrote:
On Wed, Aug 31, 2011 at 06:35:09AM +0200, Mike Hommey wrote:
Interestingly, according to bug #639851, 6.0-2 didn't have the problem.
Which suggests something else broke.
Actually, it must have worked by luck in 6.0-2
On Wed, Aug 31, 2011 at 07:26:10AM +0200, Mike Hommey wrote:
On Wed, Aug 31, 2011 at 07:05:04AM +0200, Mike Hommey wrote:
On Wed, Aug 31, 2011 at 06:35:09AM +0200, Mike Hommey wrote:
Interestingly, according to bug #639851, 6.0-2 didn't have the problem.
Which suggests something else
Package: g++-4.6
Version: 4.6.1-4
Severity: important
Corresponding build log:
https://buildd.debian.org/status/fetch.php?pkg=iceweaselarch=ia64ver=5.0-4stamp=1311378076
Reproducible with the following command:
$ c++ -o nsRuleNode.o -c -fvisibility=hidden -fno-exceptions -g -Os nsRuleNode.i
In
On Mon, Jun 20, 2011 at 10:33:07AM +0200, Matthias Klose wrote:
severity 631082 important
thanks
On 06/20/2011 03:09 AM, Mike Hommey wrote:
Package: gcc-4.6-plugin-dev
Version: 4.6.0-14
Severity: grave
Justification: renders package unusable
This is the error one gets when
Package: gcc-4.6-plugin-dev
Version: 4.6.0-14
Severity: grave
Justification: renders package unusable
This is the error one gets when including cp/cp-tree.h:
/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/plugin/include/cp/cp-tree.h:43:31:
fatal error: c-family/c-common.h: No such file or
Hi,
I just found out that gcc is compiled with --with-arch-32=i586, which
effectively means it builds with -march=i586 by default (and that it
still claims an i486-linux-gnu target).
I'm wondering. Is the project at large aware that we're not building for
i486, but for i586 ? That even the
On Sat, Apr 30, 2011 at 12:00:41PM +0200, Mike Hommey wrote:
On Thu, Apr 28, 2011 at 02:17:15PM +0200, Gabriel Paubert wrote:
On Thu, Apr 28, 2011 at 12:10:54PM +0200, Mike Hommey wrote:
On Thu, Apr 28, 2011 at 12:04:42PM +0200, Mike Hommey wrote:
Let me write it again
On Thu, Apr 28, 2011 at 12:16:46PM +0200, Mike Hommey wrote:
reassign 624354 gcc-4.5
thanks
On Thu, Apr 28, 2011 at 12:14:41PM +0200, Mike Hommey wrote:
On Thu, Apr 28, 2011 at 12:10:54PM +0200, Mike Hommey wrote:
On Thu, Apr 28, 2011 at 12:04:42PM +0200, Mike Hommey wrote:
Let me
On Mon, Aug 23, 2010 at 04:05:32AM +0200, Matthias Klose wrote:
On 21.08.2010 14:56, Julien Cristau wrote:
On Fri, Aug 20, 2010 at 19:33:12 +0200, Arthur Loiret wrote:
Now, to be clear, what nice things would gcc-4.5 bring to our users?
There is a complete list here [0], but those ones are,
On Mon, Aug 23, 2010 at 11:41:40AM +0200, Matthias Klose wrote:
On 23.08.2010 10:03, Mike Hommey wrote:
On Mon, Aug 23, 2010 at 04:05:32AM +0200, Matthias Klose wrote:
On 21.08.2010 14:56, Julien Cristau wrote:
On Fri, Aug 20, 2010 at 19:33:12 +0200, Arthur Loiret wrote:
Now, to be clear
Package: gcc-4.5-plugin-dev
Version: 4.5.0-5
Severity: important
Tags: experimental
dehydra fails to build with the following error:
/usr/bin/gcc-4.5 -MD -g3 -Wall -fPIC -DXP_UNIX -DIN_GCC -DPLUGIN_NO_POISON
-DHAVE_CONFIG_H -I/usr/lib/gcc/sparc-linux-gnu/4.5.1/plugin/include
Package: gcc-4.5-plugin-dev
Version: 4.5-20100103-1
Severity: important
Some gcc-plugin include files require gmp.h, which grants a dependency.
# grep gmp.h /usr/lib/gcc/x86_64-linux-gnu/4.5/plugin/include/*
/usr/lib/gcc/x86_64-linux-gnu/4.5/plugin/include/double-int.h:#include gmp.h
On Wed, Oct 07, 2009 at 05:26:06PM +0200, Matthias Klose wrote:
Package: gcc-4.4
Version: 4.4.1-5
Severity: important
Tags: upstream
See http://gcc.gnu.org/PR41621, not seen with gcc-4.5/gcc-snapshot
This breaks iceape and xulrunner on powerpc in unstable. Is that going
to be fixed
Package: gcc-4.3
Version: 4.3.3-13
Severity: normal
When using -fvisibility=hidden to define the global visibility to hidden,
declaring a function with the global visibility, then redeclaring it
with visibility default results in the symbol being exported.
$ cat test.c EOF
extern int foo();
On Sat, Jul 11, 2009 at 12:00:58PM +0200, Bastian Blank wrote:
On Sat, Jul 11, 2009 at 10:58:46AM +0200, Mike Hommey wrote:
When using -fvisibility=hidden to define the global visibility to hidden,
declaring a function with the global visibility, then redeclaring it
with visibility default
Package: g++-4.3
Version: 4.3.1-4
Severity: important
This bug causes FTBFS of webkit on ARM:
http://buildd.debian.org/fetch.cgi?pkg=webkit;ver=1.0.1-1;arch=armel;stamp=1215557168
The problem can be seen on the following code:
-8-
class A {
public:
int a;
virtual int v();
};
int
On Sat, May 17, 2008 at 09:51:59AM +0200, Mike Hommey wrote:
tag 480800 + patch
thanks
On Mon, May 12, 2008 at 09:07:24AM +0200, Mike Hommey wrote:
Package: gcj-4.2
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: xulrunner-transition
With the upcoming xulrunner transition
tag 480800 + patch
thanks
On Mon, May 12, 2008 at 09:07:24AM +0200, Mike Hommey wrote:
Package: gcj-4.2
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: xulrunner-transition
With the upcoming xulrunner transition, libxul-dev is going to disappear.
I already sent instructions on what
tag 480802 + patch
thanks
On Mon, May 12, 2008 at 09:07:24AM +0200, Mike Hommey wrote:
Package: gcj-4.3
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: xulrunner-transition
With the upcoming xulrunner transition, libxul-dev is going to disappear.
I already sent instructions on what
patch 480798 + patch
thanks
On Mon, May 12, 2008 at 09:07:24AM +0200, Mike Hommey wrote:
Package: gcj-4.1
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: xulrunner-transition
With the upcoming xulrunner transition, libxul-dev is going to disappear.
I already sent instructions
Package: gcj-4.2
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: xulrunner-transition
With the upcoming xulrunner transition, libxul-dev is going to disappear.
I already sent instructions on what you should be doing in
http://lists.debian.org/debian-release/2008/05/msg9.html
This bug
Package: gcj-4.1
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: xulrunner-transition
With the upcoming xulrunner transition, libxul-dev is going to disappear.
I already sent instructions on what you should be doing in
http://lists.debian.org/debian-release/2008/05/msg9.html
This bug
Package: gcj-4.3
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: xulrunner-transition
With the upcoming xulrunner transition, libxul-dev is going to disappear.
I already sent instructions on what you should be doing in
http://lists.debian.org/debian-release/2008/05/msg9.html
This bug
Hi everyone[1],
Here is a status update for xulrunner 1.9, and what remains to be done
to be ready for what we would like to be in Lenny.
In the past few weeks, I've uploaded several beta releases of xulrunner
to experimental, with the latest one, 1.9~b5-4 (in NEW) being more-or-less
in its
On Sat, Mar 22, 2008 at 10:02:22PM +0100, Matthias Klose wrote:
Matthias Klose writes:
For all ports besides alpha and hppa we plan to make GCC-4.3 the
default compilers for lenny.
amd64 and i386 side note: the gcc-4.3 4.3.0-2 upload has a patch
reenabling the cld instruction when
On Wed, Jan 30, 2008 at 09:43:39PM +0100, Matthias Klose wrote:
This bug report was submitted for an older version of gcc/g++/gcj.
Please recheck with the current gcc-4.3/g++-4.3/gcj-4.3 packages
from unstable.
Still happens with the testcase I attached in the bug report with
g++-4.3.
Mike
On Thu, Nov 01, 2007 at 11:13:46AM +, Thiemo Seufer wrote:
Mike Hommey wrote:
On Tue, Sep 11, 2007 at 07:37:59AM +0200, Mike Hommey wrote:
On Tue, Sep 11, 2007 at 03:33:31AM +, brian m. carlson [EMAIL
PROTECTED] wrote:
[CC'd to debian-mips.]
On Thu, Jul 05, 2007
On Tue, Sep 11, 2007 at 07:37:59AM +0200, Mike Hommey wrote:
On Tue, Sep 11, 2007 at 03:33:31AM +, brian m. carlson [EMAIL
PROTECTED] wrote:
[CC'd to debian-mips.]
On Thu, Jul 05, 2007 at 08:27:20PM +0100, Thiemo Seufer wrote:
Steve Langasek wrote:
On Thu, Jul 05, 2007 at 08
On Tue, Sep 11, 2007 at 03:33:31AM +, brian m. carlson [EMAIL PROTECTED]
wrote:
[CC'd to debian-mips.]
On Thu, Jul 05, 2007 at 08:27:20PM +0100, Thiemo Seufer wrote:
Steve Langasek wrote:
On Thu, Jul 05, 2007 at 08:55:53PM +0200, Mike Hommey wrote:
On Wed, Jun 13, 2007 at 08:46
Package: g++-4.1
Version: 4.1.2-15
Severity: important
WebKit fails to build on linux PPC with the following error:
../../../JavaScriptCore/wtf/TCSpinLock.h: In function 'void*
TCMalloc_SystemAlloc(size_t, size_t)':
../../../JavaScriptCore/wtf/TCSpinLock.h:98: error: 'asm' operand requires
On Fri, Jul 20, 2007 at 11:33:01AM +0200, Johannes Berg [EMAIL PROTECTED]
wrote:
On Fri, 2007-07-20 at 10:16 +0200, Matthias Klose wrote:
Does any port still need to stick with GCC 4.1 for a while? Feedback
from hppa, mips*, s390, powerpc, amd64, i386 porters doesn't show
objections
On Fri, Jul 20, 2007 at 03:25:58AM -0700, Steve Langasek [EMAIL PROTECTED]
wrote:
On Fri, Jul 20, 2007 at 12:05:54PM +0200, Bastian Blank wrote:
On Fri, Jul 20, 2007 at 11:51:47AM +0200, Mike Hommey wrote:
I have another objection. I'd like all mozilla security updates to be
built
On Wed, Jun 13, 2007 at 08:46:44PM +0200, Matthias Klose [EMAIL PROTECTED]
wrote:
Please recheck with the recent gcc-snapshot 20070613 upload. We may
miss another backport from the trunk.
Did someone check already ?
Side note: gcc-snapshot currently cannot be built due to the too
strict
On Thu, Jun 28, 2007 at 12:56:26PM +0200, Matthias Klose [EMAIL PROTECTED]
wrote:
Anyways, changing this won't solve the problem with new xulrunner
upstream releases... and the real problem is still on the ftp archive
anyways...
I very much doubt that for subsubminor version changes. And
On Wed, Jun 13, 2007 at 08:46:44PM +0200, Matthias Klose [EMAIL PROTECTED]
wrote:
Please recheck with the recent gcc-snapshot 20070613 upload. We may
miss another backport from the trunk.
Side note: gcc-snapshot currently cannot be built due to the too
strict dependencies on the
On Wed, Jun 13, 2007 at 09:02:45PM +0200, Matthias Klose [EMAIL PROTECTED]
wrote:
Mike Hommey writes:
On Wed, Jun 13, 2007 at 08:46:44PM +0200, Matthias Klose [EMAIL
PROTECTED] wrote:
Please recheck with the recent gcc-snapshot 20070613 upload. We may
miss another backport from
On Wed, Jun 13, 2007 at 09:21:37PM +0200, Matthias Klose [EMAIL PROTECTED]
wrote:
Mike Hommey writes:
On Wed, Jun 13, 2007 at 09:02:45PM +0200, Matthias Klose [EMAIL
PROTECTED] wrote:
Mike Hommey writes:
On Wed, Jun 13, 2007 at 08:46:44PM +0200, Matthias Klose [EMAIL
PROTECTED
Hi,
I'm following up here a bug report against xulrunner: It failed to
build on mips and mipsel. Here is what Steve Langasek has to say about
the issue:
Since 1.8.1.4-1 built successfully on both archs, and there are no changes
in -2 that seem to explain the build failure, it's possible that
On Tue, Jun 12, 2007 at 08:58:33PM +0200, Mike Hommey [EMAIL PROTECTED] wrote:
Hi,
I'm following up here a bug report against xulrunner: It failed to
build on mips and mipsel. Here is what Steve Langasek has to say about
the issue:
Since 1.8.1.4-1 built successfully on both archs
On Thu, Mar 08, 2007 at 01:07:53PM -0800, Steve Langasek [EMAIL PROTECTED]
wrote:
tags 413964 sid
thanks
On Thu, Mar 08, 2007 at 01:37:49PM +0100, Mike Hommey wrote:
If the gcj plugin is making use of xpcom, it should require xulrunner-xpcom
too.
See https://bugzilla.mozilla.org
clone 413964 -1
reassign -1 pcmanx-gtk2
severity -1 important
severity 414106 important
clone 413964 -2
reassign 413964 xulrunner
severity -2 important
thanks
On Fri, Mar 09, 2007 at 07:38:12AM +0100, Mike Hommey [EMAIL PROTECTED] wrote:
On Thu, Mar 08, 2007 at 11:26:59PM +0100, Marc 'HE
Package: java-gcj-compat-dev
Severity: grave
Justification: renders package unusable
Links in /usr/lib/jvm/java-gcj point to
/usr/lib/gcc/i486-linux-gnu/4.0.3/include/ while the directory provided
by libgcj6-dev is /usr/lib/gcc/i486-linux-gnu/4.0.4/include/
That makes packages using
FWIW, rebuilding the package is enough. It would be sane to have better
dependency on libgcj6-dev
Mike
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: java-gcj-compat-dev
Severity: important
[EMAIL PROTECTED]:/tmp# cat hello.java
class HelloWorldApp {
public static void main(String[] args) {
System.out.println(Hello World!); //Display the string.
}
}
[EMAIL PROTECTED]:/tmp# javac hello.java
--
1. ERROR in
Package: gcc-4.0
Version: 4.0.2-2
Severity: important
Building the following code:
#pragma GCC visibility push(hidden)
#pragma GCC visibility push(default)
#include string.h
#pragma GCC visibility pop
__attribute__ ((visibility (default))) void Func() {
char c[100];
memset(c, 0,
Package: gcc-4.0
Version: 4.0.1-9
Severity: important
This is upstream bug #20297
(http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20297)
and got triggered while building mozilla-firefox 1.5beta1 on powerpc
(see bug #330015). While a workaround is possible (use
-fvisibility=hidden instead of the
68 matches
Mail list logo