On Mon, Aug 28, 2006 at 07:14:15AM -0700, Ben James wrote:
> Package: GCC
> Version: 4.0.3
>
> When compiling wxWidgets-2.6.3 an internal compiler segfault occurs -
> prompting for a bug report to be submitted. Compilation error occurs on
> AMD64 system (Ubuntu 6.06 Dapper Drake).
Because g
On Sat, Sep 18, 2004 at 05:33:48PM +0200, Matthias Klose wrote:
> [EMAIL PROTECTED] writes:
> > Package: g++
> > Version: 3.3.4-2
> > Severity: important
> >
> > When building the latest (0.16) mythtv with apt-build,
> > at file globalsettings.cpp g++ slowly eats up all the
> > memory the machine
On Sat, Jan 31, 2004 at 08:32:51PM +0100, Matthias Klose wrote:
> Please could you recheck the status of the two reports with current
> gcc-3.3 from unstable, and if you see the same behaviour, try to
> reproduce it with gcc-snapshot (gcc-3.4)?
I still see the same memory consumption with current
On Wed, Jan 07, 2004 at 11:07:18PM -0800, Matt Zimmerman wrote:
> On Mon, Jan 05, 2004 at 09:58:32PM -0500, Jeff Dike wrote:
>
> > [EMAIL PROTECTED] said:
> > > It turns out that this problem seems to be due to compiler
> > > incompatibility. UML had been built wit
On Mon, Jan 05, 2004 at 09:58:32PM -0500, Jeff Dike wrote:
> [EMAIL PROTECTED] said:
> > It turns out that this problem seems to be due to compiler
> > incompatibility. UML had been built with gcc 2.95 due to old breakage,
> > and when built with gcc 3.3 (as glibc is), everything starts working
>
On Tue, Sep 23, 2003 at 08:53:32AM +0200, Matthias Klose wrote:
> Matt Zimmerman writes:
> > It is a problem for us to ship binary packages that we cannot build.
>
> We did it before shipping unbuildable libstdc++ packages (built from
> egcs-1.x), and I assume we are able to f
On Mon, Sep 22, 2003 at 09:24:44AM +0200, Matthias Klose wrote:
> tags 212085 + wontfix
> thanks
>
> Matt Zimmerman writes:
> > Package: gcc-3.0
> > Version: 1:3.0.4ds3-16 (not installed)
> > Severity: serious
> >
> > Build-Depends: libc6.
Package: gcc-3.0
Version: 1:3.0.4ds3-16 (not installed)
Severity: serious
Build-Depends: libc6.1-dev (>= 2.2.5-6) | libc6-dev (>= 2.2.5-6) | libc0.3-dev,
libc6.1-dev (<< 2.3) | libc6-dev (<< 2.3) | libc0.3-dev (<< 2.3), m4,
autoconf2.13, libtool, gawk, dejagnu (>= 1.4), bzip2, binutils (>= 2.12.
tags 210848 - security
thanks
On Sun, Sep 14, 2003 at 01:37:40AM -0500, Kevin Puetz wrote:
> Package: g++-3.3
> Version: 1:3.3.2-0pre3
> Severity: grave
> Tags: security
?
--
- mdz
The package installed fine for me as well, and I agree that this looks like
a problem with the submitter's system and not with gcc-3.3.
--
- mdz
On Thu, Jul 17, 2003 at 02:21:02AM +, Adam M. Costello wrote:
> There is nothing remotely suspicious about the code that would deserve a
> warning; it is entirely C89 conformant. Presumably math.h (or something
> included by it) needs a tweak in its #if directives.
>
> There might be other s
Recompiling everything with gcc-3.2 has solved the problem for me. It was
100% reproducible before.
This bug should be reassigned either to kernel-source-2.4.21 or gcc-3.3, but
I don't know which. Copying both maintainers.
--
- mdz
On Wed, Jul 16, 2003 at 11:54:04PM -0400, Matt Zimmerman wrote:
> My previous, working configuration was:
> alsa-driver 0.9.2-2
> kernel2.4.20 (evms, skas, and a small usbnet patch)
>
> The broken configuration is:
> alsa-driver 0.9.4-1
> kernel
On Mon, Jun 02, 2003 at 03:43:50AM +0200, Falk Hueffner wrote:
> what exactly makes you think 194513 and 194345 are the same bug? One
> seems to occur in the preprocessor (unfortunately there's not enough
> material in the bug report to reproduce it), the other in the C
> compiler.
Because I expe
On Fri, May 30, 2003 at 11:28:18PM +0200, Yann Dirson wrote:
> Package: gcj-3.3
> Version: 1:3.3-2
> Severity: normal
>
> Build log is quite short:
>
> | tau-2.12.8/tools/src/jRacy$ LC_ALL=C gcj-wrapper-3.3 *.java
> | DB.java:9: warning: Discouraged redundant use of `public' modifier in
> decla
On Sat, May 24, 2003 at 01:02:43PM +0200, Falk Hueffner wrote:
> [EMAIL PROTECTED] (Debian Bug Tracking System) writes:
>
> > Processing commands for [EMAIL PROTECTED]:
> >
> > > reassign 194505 g++-3.3
> > Bug#194505: gcc-3.3: Preprocessor complains of invalid tokens in asm file
> > Bug reassig
reassign 194505 g++-3.3
merge 194505 194345
thanks
If you send a bug report to [EMAIL PROTECTED] at the same time as other
addresses (such as mythtv-dev); it prevents followups from making it back to
the bug. Instead, you should use the X-Debbugs-CC header, so that it gets
assigned a bug number b
On Fri, Apr 25, 2003 at 06:06:11PM +0200, Felix Havemann wrote:
> On Dienstag, April 22, 2003, at 08:08 Uhr, Matt Zimmerman wrote:
>
> >This looks like a genuine bug.
>
> Is there a cure in sight? Who feels responsible for fixing this bug? I
> am getting desperate...
I tried my tests on a woody system (gcj 3.0.4-5). It is able to compile the
original source file, and correctly throws an error on my contrived test
case, so this is a regression.
--
- mdz
Package: gcj-3.3
Version: 1:3.3-0pre4
Severity: normal
there:[/tmp] gcj-3.3 -C ICE.java
ICE.java:4: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
zsh: exit 1 gcj-3.3 -C
tags 182277 - security
thanks
On Mon, Feb 24, 2003 at 12:28:44AM -0800, Alexander Hvostov wrote:
> Package: gcc-3.2
> Version: 1:3.2.3-0pre1
> Severity: normal
> Tags: security
>
> As noted in the corresponding man page, the 'sprintf' and 'vsprintf'
> functions are
> insecure, and should not be
Package: gij-3.2
Version: 1:3.2.1-0pre2
Severity: normal
Tags: patch
there:[/tmp] gij-wrapper-3.2 -classpath test.jar HelloWorldApp
Hello World!
there:[/tmp] gij-wrapper-3.2 -classpath /tmp/test.jar HelloWorldApp
Usage: gij [OPTION] ... CLASS [ARGS] ...
to invoke CLASS.main, or
gi
tags 150557 - security
thanks
On Thu, Jun 20, 2002 at 11:45:27AM -0400, Kurt Yoder wrote:
> In thinking of ways to lock down my system, I was looking at the compiler
> permissions, etc. gcc is installed with owner root.root and permissions
> 755. This allows anyone who is logged in to use it. Is i
On Tue, Jun 04, 2002 at 12:52:16PM +0200, Adrian Bunk wrote:
> <-- snip -->
>
> /usr/share/doc/gcc-3.1$ ls -la |grep info
> lrwxrwxrwx1 root root 28 Jun 2 21:07 gcc-3.1.1.info.gz ->
> ../../info/gcc-3.1.1.info.gz
> /usr/share/doc/gcc-3.1$
>
> <-- snip -->
>
> 1. This is
tags 145507 patch
thanks
On Thu, May 02, 2002 at 09:54:20AM +0200, Lionel Elie Mamane wrote:
> Setting up gij-3.0 (3.0.4-8) ...
> update-alternatives: unknown argument `\'
> dpkg: error processing gij-3.0 (--configure):
> subprocess post-installation script returned error exit status 2
--- /var
It is odd that gcc supports this on some platforms and not on others. On
i386, it appears to merely add -lpthread to the command line. It doesn't
even produce a warning.
ii gcc-3.03.0.4-0pre0201 The GNU C compiler.
When building on hppa, the configure script seems to decide that -pthre
On Sun, Dec 30, 2001 at 10:26:39AM +0100, Martin v. Loewis wrote:
> > > That would remove the need to define _GNU_SOURCE in the command line.
> >
> > There are other related problems, such as #108663. It seems that
> > _GNU_SOURCE is required anyway when using g++-3.0.
>
> Well, I'm proposing t
On Fri, Dec 28, 2001 at 11:33:07AM +0100, Martin v. Loewis wrote:
> > This is evil ;-)
>
> I agree. It would be better if c++config.h would take compiler and
> library configurations into account. For *-*-linux-gnu, c++config.h
> should contain fragments like
>
> #ifdef __USE_ISOC99
> #define _G
(Bruce: see http://bugs.debian.org/108663 for background)
On Wed, Sep 26, 2001 at 02:18:42PM -0400, Daniel Jacobowitz wrote:
> -D_GNU_SOURCE is absolutely necessary to use libstdc++ v3.0. Thus, G++
> 3.0 automatically defines it.
>
> You're not going to be able to do anything about that :) I r
On Wed, Sep 26, 2001 at 10:59:12PM +1000, Hamish Moffatt wrote:
> This is a pretty funky bug. I've been experimenting with it, as I have
> an hppa machine of my own. I have all the latest sid updates installed.
>
> The difference seems to be g++ 3.0 on hppa. You can replicate it on
> i386 (etc) w
I know this bug doesn't belong to my package, but I don't yet know where to
reassign it. It is definitely related to g++, and may be specific to hppa.
Could someone take a look at it and see if they can make any sense of it?
The problem involves the operation of this small test program:
#define
- Forwarded message from Matt Zimmerman <[EMAIL PROTECTED]> -
Date: Sun, 19 Aug 2001 19:53:31 -0400
From: Matt Zimmerman <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: debian-devel@lists.debian.org
Subject: Need help diagnosing #108663 (glibc, hppa, g++ and _BSD_SOURCE)
This i
Package: gcc-2.95
Version: 1:2.95.4-0.010703
Severity: normal
It seems that s390 is listed in the rules.defs file to be excluded from
using libgc:
ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH),avr hurd-i386 m68k
mipsel mips s390))
But not in the control file:
Build-Depends: dejagnu (>
retitle 105622 [m68k] Generates invalid asm instruction with -O2
thanks
OK, here is the test case. I stripped out everything specific to Hercules, and
removed as many statements as possible. If I change pretty much any of what's
left, the bug doesn't occur. To reproduce:
[EMAIL PROTECTED]:/uns
On Mon, Jun 11, 2001 at 09:23:45AM +0200, Matthias Klose wrote:
> Yesterday I uploaded new gcc-3.0 packages. Close before the gcc
> release I'd like to check the status of the Debian architecutres:
> [...]
> s390 - status unknown, no build reports upstream (May, June)
I'll do some work on this i
35 matches
Mail list logo
