Bug#275023: g++-3.4: valgrind reports vectors don't free their memory

[salwen . 1]

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 follwing from
in my logfile from dmalloc.  I believe the problem is in the vector
library function.

1129273462: 730: dumping not-freed pointers changed since 0:
1129273462: 730:  not freed: '0x60028008|s1' (1280 bytes) from 'unknown'
1129273462: 730:  not freed: '0x60038008|s1' (5200 bytes) from 'unknown'
1129273462: 730:  total-size  count  source
1129273462: 730:   0  0  Total of 0
1129273462: 730:  unknown memory: 2 pointers, 6480 bytes
1129273462: 730: ending time = 1129273462, elapsed since start = 0:00:00


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[Bug c++/23797] [3.4 Regression] ICE on typename outside template

[nathan at gcc dot gnu dot org]

-- 

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 are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[Bug c++/23797] [3.4 Regression] ICE on typename outside template

[reichelt at gcc dot gnu dot org]

--- 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 of a
> template. DR 382 
> (http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#382), which
> is in ready status, will allow such uses, so it seems silly to me to become 
> strict only to
> have to remove the strictness later.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords|ice-on-invalid-code |ice-on-valid-code


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23797

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[Bug rtl-optimization/23453] [4.0/4.1 regression] miscompilation of PARI/GP on x86 with gcse after reload

[bonzini at gcc dot gnu dot org]

--- 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.

Off the top of my head, if GCSE-after-reload is designed to remove redundant
spills, will it do *anything* with your patch?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23453

--- You are receiving this mail because: ---
You reported the bug, or are watching the reporter.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333733: libgcj6-awt: gcj-4.0 / libgcj: Assertion error while painting JFrame

[Hannes Diethelm]

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?
> 
> > Only libgcj6-awt exhibit this problem. Kaffe and jamvm with latest
> > classpath runs the programs normally.
> > I think this can be a showstopper for a lot of people who wants to use
> > gij under debian/ubunttu.
> 
> no, a feature, which was not present before, cannot be a showstopper,
> neither for debian nor ubuntu. we are happy that we do have a _free_
> java alternative, which works well with major applications like
> openoffice or eclipse. The fix is upstream and will be in 4.1, so
> please be patient.
> 
I've downloaded the cvs-version (4.1.0) and compiled it because I need
JFrame. I can confirm that the bug is fixed.
Thank you!

Hannes

>   Matthias
> 
> PS: please don't CC control on replies.
> 
> > 
> > Sanyi
> > 
> > 2005/10/13, Matthias Klose <[EMAIL PROTECTED]>:
> > > forwarded 333733 http://gcc.gnu.org/PR23503
> > > tags 333733 + upstream
> > > tags 333733 + fixed-upstream
> > > severity 333733 normal
> > > retitle 333733 [fixed in 4.1] libgcj6-awt: gcj-4.0 / libgcj: Assertion 
> > > error
> > > thanks
> > >
> > > Hannes Diethelm writes:
> > > > What is the upstream PR?
> > > > Here are the links to smillar Bugs:
> > > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=324502
> > > > http://lists.gnu.org/archive/html/bug-classpath/2005-08/msg00128.html
> > > >
> > > > With gcj-3.4, the programm shows a small Window and there is no
> > > > exception.
> > > >
> > > > Am Donnerstag, den 13.10.2005, 15:53 +0200 schrieb Matthias Klose:
> > > > > Hannes Diethelm writes:
> > > > > > Package: libgcj6-awt
> > > > > > Version: 4.0.2-2
> > > > > > Severity: important
> > > > > >
> > > > > >
> > > > > > I've found this bug at gnu's bugzilla, it is marked as fixed, but it
> > > > > > isn't in fact.
> > > > >
> > > > > interesting, for 4.0.2? Please tell us the upstream PR.
> > > > >
> > > > > thanks, Matthias
> > >
> > >
> > > --
> > > To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> > > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> > >
> > >


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[Bug c++/22551] [4.0/4.1 Regression] [ICE] in tree_low_cst, at tree.c:3843

[cvs-commit at gcc dot gnu dot org]

--- 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  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/other: switch2.C 

Log message:
.:
PR c++/22551
* c-common.c (c_add_case_label): Clear LOW_VALUE and HIGH_VALUE's
overflow flags.  Refactor some conditionals.
testsuite:
PR c++/22551
* g++.dg/other/switch2.C: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.10156&r2=2.10157
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gcc&r1=1.655&r2=1.656
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6190&r2=1.6191
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/switch2.C.diff?cvsroot=gcc&r1=NONE&r2=1.1


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[Bug c++/22551] [4.0/4.1 Regression] [ICE] in tree_low_cst, at tree.c:3843

[nathan at gcc dot gnu dot org]

--- 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 conditionals.


-- 

nathan at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[Bug c++/22551] [4.0/4.1 Regression] [ICE] in tree_low_cst, at tree.c:3843

[cvs-commit at gcc dot gnu dot org]

--- 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-common.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/other: switch2.C 

Log message:
.:
PR c++/22551
* c-common.c (c_add_case_label): Clear LOW_VALUE and HIGH_VALUE's
overflow flags.  Refactor some conditionals.
testsuite:
PR c++/22551
* g++.dg/other/switch2.C: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.464&r2=2.7592.2.465
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.606.2.8&r2=1.606.2.9
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.455&r2=1.5084.2.456
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/switch2.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333922: gcc-4.0 - please provide gcc-source-4.0 package

[Bastian Blank]

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-4.0-4.0.2.orig/debian/control.m4 gcc-4.0-4.0.2/debian/control.m4
--- gcc-4.0-4.0.2.orig/debian/control.m42005-10-14 10:57:40.0 
+
+++ gcc-4.0-4.0.2/debian/control.m4 2005-10-14 10:54:11.0 +
@@ -901,6 +901,13 @@
  with the -msoft-float option, for CPUs without a floating-point unit.
 ')`'dnl libnof
 ')`'dnl
+
+Package: gcc-source`'PV
+Architecture: all
+Priority: PRI(optional)
+Description: Source of the GNU Compiler Collection
+ This package contains the sources and patches which are needed to
+ build the GNU Compiler Collection (GCC).
 dnl
 ')`'dnl gcc-X.Y
 dnl last line in file
diff -urN gcc-4.0-4.0.2.orig/debian/rules2 gcc-4.0-4.0.2/debian/rules2
--- gcc-4.0-4.0.2.orig/debian/rules22005-10-14 10:57:40.0 +
+++ gcc-4.0-4.0.2/debian/rules2 2005-10-14 10:54:11.0 +
@@ -944,6 +944,7 @@
   p_cxx  = g++$(pkg_ver)$(cross_bin_arch)
 endif
 p_hppa64 = gcc$(pkg_ver)-hppa64
+p_source = gcc-source$(pkg_ver)
 
 d  = debian/tmp
 d_base = debian/$(p_base)
@@ -953,6 +954,7 @@
 d_cxx  = debian/$(p_cxx)
 d_doc  = debian/$(p_doc)
 d_hppa64= debian/$(p_hppa64)
+d_source= debian/$(p_source)
 
 common_substvars = \
$(shell awk "{printf \"'-V%s' \", \$$0}" debian/substvars.local)
@@ -968,6 +970,7 @@
 # native target
 
 include debian/rules.d/binary-base.mk
+include debian/rules.d/binary-source.mk
 ifeq ($(with_libgcc),yes)
   include debian/rules.d/binary-libgcc.mk
 endif
diff -urN gcc-4.0-4.0.2.orig/debian/rules.d/binary-source.mk 
gcc-4.0-4.0.2/debian/rules.d/binary-source.mk
--- gcc-4.0-4.0.2.orig/debian/rules.d/binary-source.mk  1970-01-01 
00:00:00.0 +
+++ gcc-4.0-4.0.2/debian/rules.d/binary-source.mk   2005-10-14 
10:54:11.0 +
@@ -0,0 +1,18 @@
+indep_binaries := $(indep_binaries) gcc-source
+
+$(binary_stamp)-gcc-source:
+   dh_testdir
+   dh_testroot
+
+   dh_install -p$(p_source) $(gcc_tarball) usr/src/gcc$(pkg_ver)
+   dh_install -p$(p_source) debian/patches usr/src/gcc$(pkg_ver)
+   chmod 755 debian/$(p_source)/usr/src/gcc$(pkg_ver)/patches/*
+   dh_install -p$(p_source) debian/rules.defs debian/rules.patch 
debian/rules.source debian/rules.unpack usr/src/gcc$(pkg_ver)
+   dh_fixperms -p$(p_source)
+   dh_gencontrol -p$(p_source) -- -v$(DEB_VERSION) $(common_substvars)
+   dh_installdeb -p$(p_source)
+   dh_md5sums -p$(p_source)
+   dh_builddeb -p$(p_source)
+
+   touch $@
+
diff -urN gcc-4.0-4.0.2.orig/debian/rules.defs gcc-4.0-4.0.2/debian/rules.defs
--- gcc-4.0-4.0.2.orig/debian/rules.defs2005-10-14 10:57:40.0 
+
+++ gcc-4.0-4.0.2/debian/rules.defs 2005-10-14 10:54:57.0 +
@@ -12,36 +12,34 @@
 
 lib64  = lib64
 
-# architecture dependent variables
-DEB_BUILD_GNU_TYPE := $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
-
-DEB_HOST_ARCH  := $(shell dpkg-architecture -qDEB_HOST_ARCH)
-DEB_HOST_GNU_CPU   := $(shell dpkg-architecture -qDEB_HOST_GNU_CPU)
-DEB_HOST_GNU_SYSTEM:= $(shell dpkg-architecture -qDEB_HOST_GNU_SYSTEM)
-DEB_HOST_GNU_TYPE  := $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
-
-# allow debian/target to be used instead of GCC_TARGET - this was requested
-# by toolchain-source maintainer
-ifndef GCC_TARGET
-DEBIAN_TARGET_FILE := $(strip $(shell cat debian/target 2>/dev/null))
-ifneq ($(DEBIAN_TARGET_FILE),)
-GCC_TARGET := $(DEBIAN_TARGET_FILE)
+define dpkg_architecture
+ DEB_$(2)_$(1) := $$(shell dpkg-architecture -f $(4) -qDEB_$(if 
$(3),$(3),$(2))_$(1) 2>/dev/null)
+endef
+
+$(eval $(call dpkg_architecture,GNU_TYPE,BUILD))
+
+$(eval $(call dpkg_architecture,ARCH,HOST))
+$(eval $(call dpkg_architecture,GNU_CPU,HOST))
+$(eval $(call dpkg_architecture,GNU_SYSTEM,HOST))
+$(eval $(call dpkg_architecture,GNU_TYPE,HOST))
+
+ifeq (,$(findstring -,$(GCC_TARGET)))
+$(eval $(call dpkg_architecture,ARCH,TARGET,HOST,-a$(GCC_TARGET)))
+$(eval $(call dpkg_architecture,GNU_CPU,TARGET,HOST,-a$(DEB_TARGET_ARCH)))
+$(eval $(call dpkg_architecture,GNU_SYSTEM,TARGET,HOST,-a$(DEB_TARGET_ARCH)))
+$(eval $(call dpkg_architecture,GNU_TYPE,TARGET,HOST,-a$(DEB_TARGET_ARCH)))
+ifeq ($(DEB_TARGET_ARCH),)
+$(error GCC_TARGET value "$(GCC_TARGET)" is not a valid Debian architecture)
+endif
+else
+$(eval $(call dpkg_architecture,GNU_TYPE,TARGET,HOST,-t$(GCC_TARGET)))
+$(eval $(call dpkg_architecture,GNU_CPU,TARGET,HOST,-t$(DEB_TARGET_GNU_TYPE)))
+$(eval $(call 
dpkg_architecture,GNU_SYSTEM,TARGET,HOST,-t$(DEB_TARGET_GNU_TYPE)))
+$(eval $(call dpkg_architecture,ARCH,TARGET,HOST,-t$(DEB_TARGET_GNU_TYPE)))
+ifeq ($(DEB_TARGET_GNU_TYPE),)
+$(error GCC_TARGET value "$(GCC_TARGET)" is not a valid GNU target)
 endif
 endif
-
-DEB_TAR

Bug#333951: with_libnof logic inverted for cross-compilation

[Josh Triplett]

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
...
ifneq ($(with_libnof),yes)
  ifeq ($(DEB_TARGET_GNU_CPU),powerpc)
include debian/rules.d/binary-nof-cross.mk
  endif
endif
...
endif

Note that on powerpc-targetted cross-compiles, binary-nof-cross.mk is
included if it is *not* the case that with_libnof is yes.  This causes a
build failure, since binary-nof-cross.mk attempts to construct a package
from files that weren't built.  The attached patch fixes this problem.

- Josh Triplett
diff -Naur gcc-4.0-4.0.2.orig/debian/rules2 gcc-4.0-4.0.2/debian/rules2
--- gcc-4.0-4.0.2.orig/debian/rules2	2005-10-14 03:40:30.0 -0700
+++ gcc-4.0-4.0.2/debian/rules2	2005-10-14 04:09:40.0 -0700
@@ -1066,7 +1066,7 @@
   include debian/rules.d/binary-libstdcxx-cross.mk
 endif
 
-ifneq ($(with_libnof),yes)
+ifeq ($(with_libnof),yes)
   ifeq ($(DEB_TARGET_GNU_CPU),powerpc)
 include debian/rules.d/binary-nof-cross.mk
   endif


signature.asc
Description: OpenPGP digital signature

Bug#333100: hppa: Fails to build kdebluetooth

[Michael Meskes]

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 every developer usually does.
 
Please take my apologies. I was erronously thinking that you gcc
maintainers have access to all hardware and thus could reproduce this
quicker than I could. 

Michael
-- 
Michael Meskes
Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED]
Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333952: Cross-compilers should not use biarch

[Josh Triplett]

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 different cross-architectures,
rather than just one, in order to build and use GCC; otherwise, the
build fails when attempting to find a libc for the alternate target.  In
addition, dpkg-cross doesn't appear to support converting and installing
library packages for the alternate architectures.  It also seems far
more likely that when setting up a cross-compilation environment, one
would simply construct two cross-compilers, one for each of the two
architectures, rather than one two-target compiler.

The attached patch disables biarch when building a cross-compiler.  Note
that the logic assumes a 64-bit alternate platform; it may need to be
made more sophisticated to work for 32-bit alternate platforms.  I did
not include such logic, because I was not targetting a platform with a
32-bit alternate, and thus would not test that code path in my GCC
cross-compiler build.

- Josh Triplett
diff -Naur gcc-4.0-4.0.2.orig/debian/rules.defs gcc-4.0-4.0.2/debian/rules.defs
--- gcc-4.0-4.0.2.orig/debian/rules.defs	2005-10-14 03:40:30.0 -0700
+++ gcc-4.0-4.0.2/debian/rules.defs	2005-10-14 03:44:05.0 -0700
@@ -670,6 +670,18 @@
   endif
 endif
 
+ifdef DEB_CROSS
+  with_lib64gcc		:= no
+  with_lib64cxx		:= no
+  with_lib64objc	:= no
+  with_lib64ffi		:= no
+  with_lib64gcj		:= no
+  with_lib64fortran	:= no
+
+  biarch   	:= disabled for cross build
+  biarch32 	:= disabled for cross build
+endif
+
 ifeq ($(biarch32),yes)
   with_32bit_check := $(shell CC="gcc -m32" sh debian/runcheck.sh)
 endif


signature.asc
Description: OpenPGP digital signature

Bug#333954: gcc-4.0: on alpha, gcc generated lituse_jsrdirect relocation tag is killing the assembler

[Andrew Lenharth]

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/ccFszcSs.s:26: Error: Unknown relocation operand: !lituse_jsrdirect

This is a valid relocation type that use to work.
This is a sufficient test case to trigger the problem:

long foo(long x, long y)
{
return x / y;
}


-- System Information:
Debian Release: testing/unstable
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
Architecture: alpha
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.4
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages gcc-4.0 depends on:
ii  binutils  2.16.1-2   The GNU assembler, linker and bina
ii  cpp-4.0   4.0.2-2The GNU C preprocessor
ii  gcc-4.0-base  4.0.2-2The GNU Compiler Collection (base 
ii  libc6.1   2.3.5-6GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-2  GCC support library

Versions of packages gcc-4.0 recommends:
ii  libc6.1-dev   2.3.5-6GNU C Library: Development Librari
pn  libmudflap0-dev(no description available)

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333100: hppa: Fails to build kdebluetooth

[Matthias Klose]

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 Debian admin people.
> > 
> > yes, that's what every developer usually does.
>  
> Please take my apologies. I was erronously thinking that you gcc
> maintainers have access to all hardware and thus could reproduce this
> quicker than I could. 

even if we do, we don't have root access on all machines, and time is
limited, so we won't be quicker than you.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333954: gcc-4.0: on alpha, gcc generated lituse_jsrdirect relocation tag is killing the assembler

[Falk Hueffner]

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/ccFszcSs.s:26: Error: Unknown relocation operand: !lituse_jsrdirect
>
> [...]
>
> ii  binutils  2.16.1-2   The GNU assembler, linker and 
> bina

Your binutils is too old. gcc should probably depend on >=
2.16.1cvs20050902-1 for Alpha.

-- 
Falk


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Al-Manahel Newsletter List Unsubscription

[munir]

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.

---

You may automatically subscribe from this list at any time by 
visiting the following URL:



If the above URL is inoperable, make sure that you have copied the 
entire address. Some mail readers will wrap a long URL and thus break
this automatic unsubscribe mechanism. 

You may also change your subscription by visiting this list's main screen: 



If you're still having trouble, please contact the list owner at: 



The following physical address is associated with this mailing list: 



- 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: tag gcc reports

[Debian Bug Tracking System]

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: patch
Tags added: pending

> tags 333951 + pending
Bug#333951: with_libnof logic inverted for cross-compilation
Tags were: patch
Tags added: pending

> tags 318932 + pending
Bug#318932: g++-4.0: [PR 22551] ICE in tree_low_cst, at tree.c:3843
Tags were: upstream
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: merge gcc report

[Debian Bug Tracking System]

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 arm & m68k when 
compiling arts (in cp_expr_size, at cp/cp-objcp-common.c:101)
Bug#333100: hppa: Fails to build kdebluetooth
Mismatch - only Bugs in same state can be merged:
Values for `blocks' don't match:
 #323133 has `326224';
 #333100 has `'

> retitle 333100 [PR 21123] [4.0 regression] [hppa] Fails to build kdebluetooth
Bug#333100: hppa: Fails to build kdebluetooth
Changed Bug title.

> tags 333100 + upstream
Bug#333100: [PR 21123] [4.0 regression] [hppa] Fails to build kdebluetooth
There were no tags set.
Tags added: upstream

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333954: gcc-4.0: on alpha, gcc generated lituse_jsrdirect relocation tag is killing the assembler

[Andrew Lenharth]

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 understand this :
> > /tmp/ccFszcSs.s: Assembler messages:
> > /tmp/ccFszcSs.s:26: Error: Unknown relocation operand: !lituse_jsrdirect
> >
> > [...]
> >
> > ii  binutils  2.16.1-2   The GNU assembler, linker and 
> > bina
> 
> Your binutils is too old. gcc should probably depend on >=
> 2.16.1cvs20050902-1 for Alpha.


Yea I discovered that after I sent this.

Andrew



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334006: gcc-snapshot: [PR 21123, 4.0, 41 regression] ICE on arm, m68k and hppa when compiling arts and others (in cp_expr_size, at cp/cp-objcp-common.c:101)

[Riku Voipio]

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-temps -Wall -Werror -MMD -fno-builtin  -fPIC -nostdinc
-nostdinc++ -O2-D_REENTRANT   -I. -I../../../bld/hdr/plt -o
BitSet.o -c BitSet.cpp
Using built-in specs.
Target: arm-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,obj-c++,treelang
--prefix=/usr/lib/gcc-snapshot --enable-shared --with-system-zlib
--disable-nls --enable-__cxa_atexit --enable-libstdcxx-allocator=mt
--enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm
--enable-java-awt=gtk --enable-gtk-cairo
--with-java-home=/usr/lib/gcc-snapshot/jre --enable-mpfr
--disable-werror arm-linux-gnu
Thread model: posix
gcc version 4.1.0 20051008 (experimental)
 /usr/lib/gcc-snapshot/libexec/gcc/arm-linux-gnu/4.1.0/cc1plus -E -quiet
-nostdinc -nostdinc++ -v -I. -I../../../bld/hdr/plt -MMD BitSet.d -MQ
BitSet.o -D_GNU_SOURCE -D_REENTRANT BitSet.cpp -Wall -Werror
-fno-builtin -fPIC -O2 -fpch-preprocess -o BitSet.ii
#include "..." search starts here:
#include <...> search starts here:
 .
 ../../../bld/hdr/plt
End of search list.
 /usr/lib/gcc-snapshot/libexec/gcc/arm-linux-gnu/4.1.0/cc1plus
-fpreprocessed BitSet.ii -quiet -dumpbase BitSet.cpp -auxbase-strip
BitSet.o -O2 -Wall -Werror -version -fno-builtin -fPIC -o BitSet.s
GNU C++ version 4.1.0 20051008 (experimental) (arm-linux-gnu)
compiled by GNU C version 4.1.0 20051008 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 17337f107248f5cb4d392bed3dfaece3
BitSet.cpp: In member function 'aleph::String
aleph::BitSet::_ZTv0_n16_NK5aleph6BitSet4reprEv() const':
BitSet.cpp:250: internal compiler error: in cp_expr_size, at
cp/cp-objcp-common.c:101
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

[1] 
http://buildd.debian.org/fetch.php?&pkg=aleph&ver=0.9.0-2.1&arch=arm&stamp=1123271687&file=log&as=raw



-- System Information:
Debian Release: 3.1
Architecture: arm
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)
# 1 "BitSet.cpp"
# 0 ""
# 1 ""
# 1 "BitSet.cpp"
# 17 "BitSet.cpp"
# 1 "Vector.hpp" 1
# 21 "Vector.hpp"
# 1 "Iterable.hpp" 1
# 21 "Iterable.hpp"
# 1 "Iterator.hpp" 1
# 21 "Iterator.hpp"
# 1 "Object.hpp" 1
# 21 "Object.hpp"
# 1 "../../../bld/hdr/plt/ccnf.hpp" 1
# 72 "../../../bld/hdr/plt/ccnf.hpp"
namespace aleph {

  typedef unsigned char t_byte;
  typedef unsigned short t_word;
  typedef unsigned int t_quad;
  typedef unsigned long long t_octa;
  typedef long long t_long;
  typedef double t_real;
  typedef unsigned int t_size;


  const char nilc = '\0';
  const char eofc = '\4';
  const char eolc = '\n';
  const char crlc = '\r';
  const char tabc = '\t';
}
# 22 "Object.hpp" 2


namespace aleph {
# 47 "Object.hpp"
  class Object {
  public:
enum t_oper {ADD, SUB, MUL, DIV, MINUS, EQL, NEQ, GEQ, LEQ, GTH, LTH};

  private:

long d_rcount;

  protected:

struct s_shared* p_shared;

  public:

Object (void);


virtual ~Object (void);


virtual class String repr (void) const =0;


static const class String repr (Object* object);


virtual Object* clone (void) const;


virtual void mksho (void);


virtual void rdlock (void) const;


virtual void wrlock (void) const;


virtual void unlock (void) const;


bool issho (void) {
  return (p_shared != 0);
}


static void clrfnl (void);



static Object* iref (Object* object);



static void dref (Object* object);



static void cref (Object* object);



static void tref (Object* object);



static bool uref (Object* object);





virtual Object* oper (class Runnable* robj, t_oper type, Object* object);





virtual Object* cdef (class Runnable* robj, class Nameset* nset,
 Object* object);






virtual Object* cdef (class Runnable* robj, class Nameset* nset,
 const long quark, Object* object);





virtual Object* vdef (class Runnable* robj, class Nameset* nset,
 Object* object);






virtual Object* vdef (class Runnable* robj, class Nameset* nset,
 const long quark, Object* object);




virtual Object* eval (class Runnable* robj, class Nameset* nset);





virtual Object* eval (class Runnable* robj, class Nameset* nset,
 const long quark);





virtual Object* apply (class Runnable* robj, class Nameset* nset,
  class Cons* args);






virtual Object* apply (class Runnable* robj, class Nameset* nset,
  const long quark, class Cons* args);






virtual Object* apply (class Runnable* robj, class Nameset* nset,
  Object* object, class Cons* args);






 

Processed: tag gcc report

[Debian Bug Tracking System]

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 database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]