Package: gcc-8
Version: 8.3.0-7
Severity: normal
See
https://buildd.debian.org/status/fetch.php?pkg=firefox&arch=s390x&ver=68.0%7Eb6-2&stamp=1559711675&raw=0
/<>/gfx/skia/skia/third_party/skcms/src/Transform_inl.h: In
function 'void baseline::exec_ops(const Op*, const void**, const char*, char*
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&arch=s390x&ver=68.0%7Eb6-2&stamp=1559711675&raw=0
>
> /<>/gfx/skia/
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 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
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 poi
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 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, to
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&arch=armhf&ver=78.4.0esr-2&stamp=1603260510&raw=0
The preprocessed source that fails is attached as intrapred_neon.i.gz.
This is reproducible on armhf with:
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&arch=armhf
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
> >>
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 bui
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:
> > &g
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:
> > > &g
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 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
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 final
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 re
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 re
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 re
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.
&
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-t
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 a
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 a
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
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 < test.c < (no descri
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
>
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
-I/usr/include/moz
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
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
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 hur
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
> > > .
> &g
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. C
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
On Wed, Dec 16, 2009 at 05:16:10PM +0100, Matthias Klose wrote:
> On 16.12.2009 15:42, Mike Hommey wrote:
> >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: ups
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
/usr/lib/gcc/x86_
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 hello
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 java-gcj-comp
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]
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:42
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:
> > &
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 mainta
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 d
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 unu
Package: g++-4.6
Version: 4.6.1-4
Severity: important
Corresponding build log:
https://buildd.debian.org/status/fetch.php?pkg=iceweasel&arch=ia64&ver=5.0-4&stamp=1311378076
Reproducible with the following command:
$ c++ -o nsRuleNode.o -c -fvisibility=hidden -fno-exceptions -g -Os nsRuleNode.i
In
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 +
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,
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 w
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.
> &g
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 W
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
>
&
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.
>
&
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 syst
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
#pragma GCC visibility pop
__attribute__ ((visibility ("default"))) void Func() {
char c[100];
memset(c, 0, sizeof(
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
&
clone 413964 -1
reassign -1 classpath
thanks
On Thu, Mar 08, 2007 at 11:26:59PM +0100, Marc 'HE' Brockschmidt <[EMAIL
PROTECTED]> wrote:
> Mike Hommey <[EMAIL PROTECTED]> writes:
> > On Thu, Mar 08, 2007 at 01:07:53PM -0800, Steve Langasek <[EMAIL
> >
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,
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
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 binar
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 200706
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,
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 cha
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
> stric
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
> > objec
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 m
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
impos
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 H
Package: g++-4.8
Version: 4.8.2-21
Severity: important
See
https://buildd.debian.org/status/fetch.php?pkg=iceweasel&arch=armhf&ver=29.0.1-1&stamp=1399804178
Error is:
{standard input}: Assembler messages:
{standard input}:7136: Error: branch out of range
Filed upstream bug:
https://gcc.gnu.org/
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
> alre
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=iceweasel&arch=armhf&ver=29.0.1-1&stamp=1399804178
&g
70 matches
Mail list logo
