Processing commands for [EMAIL PROTECTED]:
> tags 329108 + pending
Bug#329108: gcc-4.0 FTBFS on, uh, i386
There were no tags set.
Tags added: pending
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs
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
On Fri, 2005-10-14 at 11:42, Falk Hueffner wrote:
> Andrew Lenharth <[EMAIL PROTECTED]> writes:
>
> > When performing integer division, the following relocation is generated (to
> > the libc divide function)
> > jsr $23,($27),__divq!lituse_jsrdirect!79
> > the assembler does not under
Processing commands for [EMAIL PROTECTED]:
> forwarded 333100 http://gcc.gnu.org/PR21123
Bug#333100: hppa: Fails to build kdebluetooth
Noted your statement that Bug has been forwarded to http://gcc.gnu.org/PR21123.
> merge 333100 323133
Bug#323133: [PR 21123, 4.0 regression, fixed in 4.1] ICE on
Processing commands for [EMAIL PROTECTED]:
> tags 333954 + pending
Bug#333954: gcc-4.0: on alpha, gcc generated lituse_jsrdirect relocation tag is
killing the assembler
There were no tags set.
Tags added: pending
> tags 333952 + pending
Bug#333952: Cross-compilers should not use biarch
Tags were
The removal of the email address:
[EMAIL PROTECTED]
>From the mailing list:
Al-Manahel Newsletter List
is all set.
Date of this removal: Fri Oct 14 10:39:16 2005
Please save this email message for future reference.
--
Andrew Lenharth <[EMAIL PROTECTED]> writes:
> When performing integer division, the following relocation is generated (to
> the libc divide function)
> jsr $23,($27),__divq!lituse_jsrdirect!79
> the assembler does not understand this :
> /tmp/ccFszcSs.s: Assembler messages:
> /tmp/ccF
Michael Meskes writes:
> On Thu, Oct 13, 2005 at 03:24:23PM +0200, Matthias Klose wrote:
> > merge 333100 323686
>
> I take it you know the reason, so no action by me is needed anymore,
> right?
yes.
> > > If you guys don't have access to an hppa machine either I guess we have
> > > to involve D
Package: gcc-4.0
Version: 4.0.2-2
Severity: important
When performing integer division, the following relocation is generated (to the
libc divide function)
jsr $23,($27),__divq!lituse_jsrdirect!79
the assembler does not understand this :
/tmp/ccFszcSs.s: Assembler messages:
/tmp/ccFsz
Package: gcc-4.0
Version: 4.0.2-2
Tags: patch
Currently, for platforms which natively build a biarch GCC, such as
powerpc, the GCC package also attempts to build a biarch cross-compiler
when targetting that platform. This would require the installation of
cross-compilation libraries for two diffe
On Thu, Oct 13, 2005 at 03:24:23PM +0200, Matthias Klose wrote:
> merge 333100 323686
I take it you know the reason, so no action by me is needed anymore,
right?
> > If you guys don't have access to an hppa machine either I guess we have
> > to involve Debian admin people.
>
> yes, that's what e
Package: gcc-4.0
Version: 4.0.2-2
Tags: patch
The logic for disabling nof is inconsistent between regular builds and
cross-compiler builds:
ifndef DEB_CROSS
...
ifeq ($(with_libnof),yes)
ifeq ($(DEB_TARGET_GNU_CPU),powerpc)
include debian/rules.d/binary-nof.mk
endif
endif
...
else
...
ifn
Package: gcc-4.0
Version: 4.0.2-2
Severity: wishlist
Please provide a gcc-source-4.0 package which contains the current
sources to build for example cross compilers from them.
Bastian
--
Killing is stupid; useless!
-- McCoy, "A Private Little War", stardate 4211.8
diff -urN gcc-
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-14 13:00
---
Subject: Bug 22551
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-14 13:00:38
Modified files:
gcc: ChangeLog c-com
--- Comment #8 from nathan at gcc dot gnu dot org 2005-10-14 13:00 ---
fixed mainline and 4.0
2005-10-14 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/22551
* c-common.c (c_add_case_label): Clear LOW_VALUE and HIGH_VALUE's
overflow flags. Refactor some conditional
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-14 12:55
---
Subject: Bug 22551
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-14 12:55:33
Modified files:
gcc: ChangeLog c-common.c
gcc/testsuite :
Am Freitag, den 14.10.2005, 01:13 +0200 schrieb Matthias Klose:
> Sandor Bodo-Merle writes:
> > Hi Matthias,
> >
> > Unfortunately i can confirm that this bug is still present in Breezy Badger
> > to.
> > See http://bugzilla.ubuntu.com/show_bug.cgi?id=13942
>
> did I say something else?
>
> > O
--- Comment #8 from bonzini at gcc dot gnu dot org 2005-10-14 11:38 ---
> gcse after reload may move loads from stack around stack pointer changes. here
> is simple workaround, it is supposed to prevent gcse after reload from
> touching
> expressions containing stack pointer at all.
Of
--- Comment #13 from reichelt at gcc dot gnu dot org 2005-10-14 10:54
---
Changin to ice-on-valid-code, because Nathan stated in the patch
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00712.html
> Note, we do not issue an error on the testcase, even though it uses typename
> outside o
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.6 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23797
--- You
Hi Moritz
I am having the same problem with g++ Version 4:3.3.5-3 but using
dmalloc instead of valgrind.
Specifically, I have a local vector in a subroutine. Before the
subroutine returns I resize the vector to 0 (which shouldn't be
necessary anyways). When the program is over I get the follwin
21 matches
Mail list logo
