Processing of gcc-snapshot_20060323-1_powerpc.changes

[Archive Administrator]

gcc-snapshot_20060323-1_powerpc.changes uploaded successfully to localhost
along with the files:
  gcc-snapshot_20060323-1.dsc
  gcc-snapshot_20060323.orig.tar.gz
  gcc-snapshot_20060323-1.diff.gz
  gcc-snapshot_20060323-1_powerpc.deb

Greetings,

Your Debian queue daemon


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

gcc-snapshot_20060323-1_powerpc.changes ACCEPTED

[Debian Installer]

Accepted:
gcc-snapshot_20060323-1.diff.gz
  to pool/main/g/gcc-snapshot/gcc-snapshot_20060323-1.diff.gz
gcc-snapshot_20060323-1.dsc
  to pool/main/g/gcc-snapshot/gcc-snapshot_20060323-1.dsc
gcc-snapshot_20060323-1_powerpc.deb
  to pool/main/g/gcc-snapshot/gcc-snapshot_20060323-1_powerpc.deb
gcc-snapshot_20060323.orig.tar.gz
  to pool/main/g/gcc-snapshot/gcc-snapshot_20060323.orig.tar.gz
Announcing to debian-devel-changes@lists.debian.org


Thank you for your contribution to Debian.


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

Bug#358755: g++-4.0: G++ drops const int arrays

[Markus Schaber]

Package: g++-4.0
Version: 4.0.3-1
Severity: normal

Hi,

G++ seems to drop const int arrays, while gcc compiles them correctly.

See the following example of the two attached files:

gcc -Wall -c gen_array.c
gcc -Wall -o gen_array gen_array.o
./gen_array > array.cc
g++ -Wall -o array.cc.o -c array.cc
ls -l array.cc.o
-rw-r--r--  1 schabi schabi 638 Mar 24 11:19 array.cc.o
./gen_array > array.c
gcc -Wall -o array.c.o -c array.c
ls -l array.c.o
-rw-r--r--  1 schabi schabi 4735 Mar 24 11:19 array.c.o


array_cc.o should also be more than 4000 bytes large, because the array
contents itsself are 4000 bytes. GCC seems to translate it correctly.

Thanks,
Markus
-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-fire
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages g++-4.0 depends on:
ii  gcc-4.0   4.0.3-1The GNU C compiler
ii  gcc-4.0-base  4.0.3-1The GNU Compiler Collection (base 
ii  libc6 2.3.6-3GNU C Library: Shared libraries an
ii  libstdc++6-4.0-dev4.0.3-1The GNU Standard C++ Library v3 (d

g++-4.0 recommends no packages.

-- no debconf information
.PHONY: all clean

CXX=g++ -Wall
CC=gcc -Wall

all: array.cc.o array.c.o

array.cc.o : array.cc
	${CXX} -o $@ -c $^
	ls -l $@

array.c.o : array.c
	${CC} -o $@ -c $^
	ls -l $@

array.cc : gen_array
	./gen_array > $@

array.c : gen_array
	./gen_array > $@

gen_array : gen_array.o
	${CC} -o $@ $^

gen_array.o : gen_array.c
	${CC} -c $^

clean:
	rm -vf *.o array.*c gen_array
// generates an C/C++ array file.

#include 

int main()
{
	int i;
	printf("const int Table[] = {\n");
	for(i = 0; i<1000; ++i)
	{
		printf("\t%d,\n", i);
	}
	printf("\t};\n");
	return 0;
}

Bug#358761: libmudflap0: libmudflapth doesn't report simple bounds violations, libmudflap does.

[Filippo Basso]

Package: libmudflap0
Version: 4.0.3-1
Severity: important


Simple threaded or non-threaded C++ programs with bound violation
are caught (if not threaded) by -fmudflap, but not by -fmudflapth.
mudflapth is not functioning.

Example with a simple non-threaded program:

  $ cat test.cpp
int main()
{
  char x[10];
  x[11] = 'a';
}

  $ c++ test.cpp -o test -fmudflap -lmudflap
  $ ./test
***
mudflap violation 1 (check/write): time=1143196648.431873 
ptr=0xbfd1ba46 size=12
pc=0xb7e16478 location=`test.cpp:4 (main)'
  /usr/lib/libmudflap.so.0(__mf_check+0x48) [0xb7e16478]
  ./test(main+0xac) [0x80487f0]
  /usr/lib/libmudflap.so.0(__wrap_main+0x1e4) [0xb7e17214]
Nearby object 1: checked region begins 0B into and ends 2B after
mudflap object 0x80cb248: name=`test.cpp:3 (main) char x [10]'
bounds=[0xbfd1ba46,0xbfd1ba4f] size=10 area=stack check=0r/3w liveness=3
alloc time=1143196648.431854 pc=0xb7e16fb8
number of nearby objects: 1

  $ c++ test.cpp -o test -fmudflapth -lmudflapth -lpthread
/usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../lib/libmudflapth.so: 
warning: the use of 
`pthread_attr_setstackaddr' is deprecated, use `pthread_attr_setstack'
/usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../lib/libmudflapth.so: 
warning: the use of 
`pthread_attr_getstackaddr' is deprecated, use `pthread_attr_getstack'

  $ ./test

Same behaviour for threaded examples.
Filippo Basso

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-phy
Locale: LANG=it_IT, LC_CTYPE=it_IT (charmap=ISO-8859-1)

Versions of packages libmudflap0 depends on:
ii  gcc-4.0-base  4.0.3-1The GNU Compiler Collection (base 
ii  libc6 2.3.6-3GNU C Library: Shared libraries an

libmudflap0 recommends no packages.

-- no debconf information


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

failed gcc-4.0.3-1(Debian) bootstrap with ARM VFP and binutils-2.16.1cvs20060117-1

[peter.kourzanov]

Dear gcc/binutils maintainers,

  During bootstrap of gcc-4.0 (4.0.3-1 Debian) on ARM
with VFP (--with-float=soft, --with-fpu=vfp) and binutils
2.16.1cvs20060117-1.my I stumbled upon the following issue. The
linkage of libgcc_s.so.1 fails because of multiple errors such as:

"ld: *_s.o uses VFP instructions, whereas ./libgcc_s.so.1.tmp does not"

(Complete log in attachment).

  I found this message quite strange, as libgcc_s.so.1.tmp was the
output of the linker, so it should have been created with the same
modes as the objects it should contain.

  Moreover, --msoft-float and --mfpu=vfp were explicitly passed to
xgcc. However, looking at the log I see that collect2 does not get
--msoft-float and --mfpu options. Could this be a problem? I tried
to modify build/gcc/specs, to no avail...

  All of this makes me suspect some deep shortcoming in either ld,
or its interface to collect2...

Regards,

Pjotr Kourzanov

Reading specs from /usr/src/Debian/gcc-4.0-4.0.3-1/build/gcc/specs
Target: arm-vfp-linux-gnu
Configured with: ../src/configure -v --enable-languages=c,c++ --prefix=/usr 
--enable-shared --with-system-zlib --libexecdir=/usr/lib 
--without-included-gettext --enable-threads=posix --enable-nls 
--with-gxx-include-dir=/usr/arm-vfp-linux-gnu/include/c++/4.0.3 
--program-suffix=-4.0 --enable-__cxa_atexit --enable-clocale=gnu 
--enable-libstdcxx-debug --with-float=soft --with-fpu=vfp 
--enable-checking=release --program-prefix=arm-vfp-linux-gnu- 
--includedir=/usr/arm-vfp-linux-gnu/include --build=i486-linux-gnu 
--host=i486-linux-gnu --target=arm-vfp-linux-gnu
Thread model: posix
gcc version 4.0.3 (Debian 4.0.3-1)
 /usr/src/Debian/gcc-4.0-4.0.3-1/build/gcc/collect2 --eh-frame-hdr -shared 
-dynamic-linker /lib/ld-linux.so.2 -X -m armelf_linux -p -o ./libgcc_s.so.1.tmp 
/usr/arm-vfp-linux-gnu/lib/crti.o 
/usr/src/Debian/gcc-4.0-4.0.3-1/build/gcc/crtbeginS.o 
-L/usr/src/Debian/gcc-4.0-4.0.3-1/build/gcc -L/usr/arm-vfp-linux-gnu/bin 
-L/usr/arm-vfp-linux-gnu/lib -L/usr/lib/gcc/../../arm-vfp-linux-gnu/lib 
--soname=libgcc_s.so.1 --version-script=libgcc/./libgcc.map -O1 
libgcc/./_udivsi3_s.o libgcc/./_divsi3_s.o libgcc/./_umodsi3_s.o 
libgcc/./_modsi3_s.o libgcc/./_dvmd_lnx_s.o libgcc/./_muldi3_s.o 
libgcc/./_negdi2_s.o libgcc/./_lshrdi3_s.o libgcc/./_ashldi3_s.o 
libgcc/./_ashrdi3_s.o libgcc/./_cmpdi2_s.o libgcc/./_ucmpdi2_s.o 
libgcc/./_floatdidf_s.o libgcc/./_floatdisf_s.o libgcc/./_fixunsdfsi_s.o 
libgcc/./_fixunssfsi_s.o libgcc/./_fixunsdfdi_s.o libgcc/./_fixdfdi_s.o 
libgcc/./_fixunssfdi_s.o libgcc/./_fixsfdi_s.o libgcc/./_fixxfdi_s.o 
libgcc/./_fixunsxfdi_s.o libgcc/./_floatdixf_s.o libgcc/./_fixunsxfsi_s.o 
libgcc/./_fixtfdi_s.o libgcc/./_fixunstfdi_s.o libgcc/./_floatditf_s.o 
libgcc/./_clear_cache_s.o libgcc/./_enable_execute_stack_s.o 
libgcc/./_trampoline_s.o libgcc/./__main_s.o libgcc/./_absvsi2_s.o 
libgcc/./_absvdi2_s.o libgcc/./_addvsi3_s.o libgcc/./_addvdi3_s.o 
libgcc/./_subvsi3_s.o libgcc/./_subvdi3_s.o libgcc/./_mulvsi3_s.o 
libgcc/./_mulvdi3_s.o libgcc/./_negvsi2_s.o libgcc/./_negvdi2_s.o 
libgcc/./_ctors_s.o libgcc/./_ffssi2_s.o libgcc/./_ffsdi2_s.o libgcc/./_clz_s.o 
libgcc/./_clzsi2_s.o libgcc/./_clzdi2_s.o libgcc/./_ctzsi2_s.o 
libgcc/./_ctzdi2_s.o libgcc/./_popcount_tab_s.o libgcc/./_popcountsi2_s.o 
libgcc/./_popcountdi2_s.o libgcc/./_paritysi2_s.o libgcc/./_paritydi2_s.o 
libgcc/./_powisf2_s.o libgcc/./_powidf2_s.o libgcc/./_powixf2_s.o 
libgcc/./_powitf2_s.o libgcc/./_mulsc3_s.o libgcc/./_muldc3_s.o 
libgcc/./_mulxc3_s.o libgcc/./_multc3_s.o libgcc/./_divsc3_s.o 
libgcc/./_divdc3_s.o libgcc/./_divxc3_s.o libgcc/./_divtc3_s.o 
libgcc/./_divdi3_s.o libgcc/./_moddi3_s.o libgcc/./_udivdi3_s.o 
libgcc/./_umoddi3_s.o libgcc/./_udiv_w_sdiv_s.o libgcc/./_udivmoddi4_s.o 
libgcc/./unwind-dw2_s.o libgcc/./unwind-dw2-fde-glibc_s.o 
libgcc/./unwind-sjlj_s.o libgcc/./gthr-gnat_s.o libgcc/./unwind-c_s.o -lc 
/usr/src/Debian/gcc-4.0-4.0.3-1/build/gcc/crtendS.o 
/usr/arm-vfp-linux-gnu/lib/crtn.o
/usr/arm-vfp-linux-gnu/bin/ld: ERROR: 
/usr/src/Debian/gcc-4.0-4.0.3-1/build/gcc/crtbeginS.o uses VFP instructions, 
whereas ./libgcc_s.so.1.tmp does not
/usr/arm-vfp-linux-gnu/bin/ld: failed to merge target specific data of file 
/usr/src/Debian/gcc-4.0-4.0.3-1/build/gcc/crtbeginS.o
/usr/arm-vfp-linux-gnu/bin/ld: ERROR: libgcc/./_udivsi3_s.o uses VFP 
instructions, whereas ./libgcc_s.so.1.tmp does not
/usr/arm-vfp-linux-gnu/bin/ld: failed to merge target specific data of file 
libgcc/./_udivsi3_s.o
/usr/arm-vfp-linux-gnu/bin/ld: ERROR: libgcc/./_divsi3_s.o uses VFP 
instructions, whereas ./libgcc_s.so.1.tmp does not
/usr/arm-vfp-linux-gnu/bin/ld: failed to merge target specific data of file 
libgcc/./_divsi3_s.o
/usr/arm-vfp-linux-gnu/bin/ld: ERROR: libgcc/./_umodsi3_s.o uses VFP 
instructions, whereas ./libgcc_s.so.1.tmp does not
/usr/arm-vfp-linux-gnu/bin/ld: failed to merge target specific data of file 
libgcc/./_umodsi3_s.o
/usr/arm-vfp-linux-gnu/bin/ld: ERROR: libgcc/./_modsi3_s.o uses VFP 
instruction

Bug#358755: g++-4.0: G++ drops const int arrays

[Lars Rohwedder]

Markus Schaber wrote:
> G++ seems to drop const int arrays, while gcc compiles them correctly.

The bug occurs for every data type, also double or struct arrays.
The .o file just does not contain the array:

[EMAIL PROTECTED]:~/gcc4bug$ objdump -C -t array.c.o

array.c.o: file format elf64-x86-64

SYMBOL TABLE:
 ldf *ABS*   array.c
 ld  .text   .text
 ld  .data   .data
 ld  .bss    .bss
 ld  .rodata .rodata
 ld  .note.GNU-stack
.note.GNU-stack
 ld  .comment    .comment
 g O .rodata0fa0 Table

[EMAIL PROTECTED]:~/gcc4bug$ objdump -C -t array.cc.o

array.cc.o: file format elf64-x86-64

SYMBOL TABLE:
 ldf *ABS*   array.cc
 ld  .text   .text
 ld  .data   .data
 ld  .bss    .bss
 ld  .note.GNU-stack
.note.GNU-stack
 ld  .comment    .comment

[EMAIL PROTECTED]:~/gcc4bug$ _

For x86 (32 bit) the output looks similiar. Btw, G++ 3.x does it correctly.

Greets,

  Lars R.


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

Bug#358755: marked as done (g++-4.0: G++ drops const int arrays)

[Debian Bug Tracking System]

Your message dated Fri, 24 Mar 2006 12:13:18 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#358755: g++-4.0: G++ drops const int arrays
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: g++-4.0
Version: 4.0.3-1
Severity: normal

Hi,

G++ seems to drop const int arrays, while gcc compiles them correctly.

See the following example of the two attached files:

gcc -Wall -c gen_array.c
gcc -Wall -o gen_array gen_array.o
./gen_array > array.cc
g++ -Wall -o array.cc.o -c array.cc
ls -l array.cc.o
-rw-r--r--  1 schabi schabi 638 Mar 24 11:19 array.cc.o
./gen_array > array.c
gcc -Wall -o array.c.o -c array.c
ls -l array.c.o
-rw-r--r--  1 schabi schabi 4735 Mar 24 11:19 array.c.o


array_cc.o should also be more than 4000 bytes large, because the array
contents itsself are 4000 bytes. GCC seems to translate it correctly.

Thanks,
Markus
-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-fire
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages g++-4.0 depends on:
ii  gcc-4.0   4.0.3-1The GNU C compiler
ii  gcc-4.0-base  4.0.3-1The GNU Compiler Collection (base 
ii  libc6 2.3.6-3GNU C Library: Shared libraries an
ii  libstdc++6-4.0-dev4.0.3-1The GNU Standard C++ Library v3 (d

g++-4.0 recommends no packages.

-- no debconf information
.PHONY: all clean

CXX=g++ -Wall
CC=gcc -Wall

all: array.cc.o array.c.o

array.cc.o : array.cc
	${CXX} -o $@ -c $^
	ls -l $@

array.c.o : array.c
	${CC} -o $@ -c $^
	ls -l $@

array.cc : gen_array
	./gen_array > $@

array.c : gen_array
	./gen_array > $@

gen_array : gen_array.o
	${CC} -o $@ $^

gen_array.o : gen_array.c
	${CC} -c $^

clean:
	rm -vf *.o array.*c gen_array
// generates an C/C++ array file.

#include 

int main()
{
	int i;
	printf("const int Table[] = {\n");
	for(i = 0; i<1000; ++i)
	{
		printf("\t%d,\n", i);
	}
	printf("\t};\n");
	return 0;
}
--- End Message ---
--- Begin Message ---
Markus Schaber <[EMAIL PROTECTED]> writes:

> G++ seems to drop const int arrays, while gcc compiles them correctly.

Not a bug:

3.5/3 A name having namespace scope (3.3.5) has internal linkage if it
is the name of [...] an object or reference that is explicitly
declared const and neither explicitly declared extern nor previously
declared to have external linkage; [...]

-- 
Falk
--- End Message ---

Bug#358773: gcc does not deduce softfloat and vfp (ARM) options

[Pjotr Kourzanov]

Package: gcc-4.0
Version: 4.0.3-1
Severity: minor
Tags: patch

--- gcc-4.0-4.0.3/debian/rules2 2006-03-20 20:07:22.0 +0100
+++ gcc-4.0-4.0.3-1/debian/rules2   2006-03-23 22:55:10.0 +0100
@@ -233,6 +233,14 @@
   endif
 endif
 
+ifneq (,$(findstring softfloat,$(DEB_TARGET_GNU_CPU)))
+  CONFARGS += --with-float=soft
+endif
+
+ifneq (,$(findstring arm-vfp,$(DEB_TARGET_GNU_CPU)))
+  CONFARGS += --with-fpu=vfp
+endif
+
 ifeq ($(PKGSOURCE),gcc-snapshot)
   ifeq ($(findstring --disable-werror, $(CONFARGS)),)
 CONFARGS += --disable-werror

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-rc3
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

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

Versions of packages gcc-4.0 recommends:
ii  libc6-dev 2.3.6-3GNU C Library: Development Librari
ii  libmudflap0-dev   4.0.3-1GCC mudflap support libraries (dev

-- no debconf information



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

Bug#358755: acknowledged by developer (Re: Bug#358755: g++-4.0: G++ drops const int arrays)

[Markus Schaber]

Hi, Falk,

Debian Bug Tracking System wrote:

> 3.5/3 A name having namespace scope (3.3.5) has internal linkage if it
> is the name of [...] an object or reference that is explicitly
> declared const and neither explicitly declared extern nor previously
> declared to have external linkage; [...]

Okay, it seems you're correct.

Sorry for the inconvenience.

Markus
-- 
Markus Schaber | Logical Tracking&Tracing International AG
Dipl. Inf. | Software Development GIS

Fight against software patents in EU! www.ffii.org www.nosoftwarepatents.org


signature.asc
Description: OpenPGP digital signature

Bug#358828: gcc-snapshot - FTBFS: cannot stat `../../../../../src/libjava/classpath/tools/tools.zip': No such file or directory

[Bastian Blank]

Package: gcc-snapshot
Version: 20060323-1
Severity: important

There was an error while trying to autobuild your package:

> Automatic build of gcc-snapshot_20060323-1 on debian-31 by sbuild/s390 85
[...]
> /build/buildd/gcc-snapshot-20060323/build/gcc/gcj 
> -B/build/buildd/gcc-snapshot-20060323/build/s390-linux-gnu/libjava/ 
> -B/build/buildd/gcc-snapshot-20060323/build/gcc/ --bootclasspath '../lib' 
> --classpath . -C -d classes 
> ../../../../../src/libjava/classpath/tools/gnu/classpath/tools/*.java 
> ../../../../../src/libjava/classpath/tools/gnu/classpath/tools/*/*.java 
> ../../../../../src/libjava/classpath/tools/gnu/classpath/tools/*/*/*.java 
> (cd classes; \
>   if test "" != ""; then  -r ../tools.zip .; fi; \
>   if test "" != ""; then  cf ../tools.zip .; fi; \
>   cd ..)
> rm -rf classes
> test -z "/usr/lib/gcc-snapshot/share/classpath/tools" || mkdir -p -- 
> "/build/buildd/gcc-snapshot-20060323/debian/tmp/usr/lib/gcc-snapshot/share/classpath/tools"
>  /usr/bin/install -c -m 644 
> '../../../../../src/libjava/classpath/tools/tools.zip' 
> '/build/buildd/gcc-snapshot-20060323/debian/tmp/usr/lib/gcc-snapshot/share/classpath/tools/tools.zip'
> /usr/bin/install: cannot stat 
> `../../../../../src/libjava/classpath/tools/tools.zip': No such file or 
> directory
> make[8]: *** [install-TOOLSDATA] Error 1
> make[8]: Leaving directory 
> `/build/buildd/gcc-snapshot-20060323/build/s390-linux-gnu/libjava/classpath/tools'

Bastian


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

[Bug bootstrap/26829] broken classpath install (missed tools.zip), zip or fastjar not found

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2006-03-24 17:14 ---
*** Bug 26852 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||debian-gcc at lists dot
   ||debian dot org


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

--- 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 bootstrap/26852] bootstrap fails, if neither zip nor fastjar can be found

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-03-24 17:14 ---


*** This bug has been marked as a duplicate of 26829 ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

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


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

Processed: Bug##350989: libtool on alpha causes linking errors when run on AFS

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 350989 + unreproducible
Bug#350989: libtool on alpha causes linking errors when run on AFS
There were no tags set.
Tags added: unreproducible

> tags 350989 + moreinfo
Bug#350989: libtool on alpha causes linking errors when run on AFS
Tags were: unreproducible
Tags added: moreinfo

> 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#352529: marked as done ([hppa] internal compiler error: in reload_cse_simplify_operands, at postreload.c:391 (error: insn does not satisfy its constraints))

[Debian Bug Tracking System]

Your message dated Fri, 24 Mar 2006 21:28:12 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#352529: [hppa] internal compiler error: in 
reload_cse_simplify_operands, at postreload.c:391 (error: insn does not satisfy 
its constraints)
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: gcc-4.0
Version: 4:4.0.2-8
Severity: normal

Hi,

 While investigating gstreamer0.10-ffmpeg's build failure under hppa[1],
 I received the following error from gcc:

 gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../libavutil -DHAVE_AV_CONFIG_H=1 -Wall 
-Wno-switch -g -O2 -MT mpegaudiodec.lo -MD -MP -MF .deps/mpegaudiodec.Tpo -c 
mpegaudiodec.c  -fPIC -DPIC -o .libs/mpegaudiodec.o
mpegaudiodec.c: In function 'mp_decode_frame':
mpegaudiodec.c:2445: warning: pointer targets in passing argument 4 of 
'ff_mpa_synth_filter' differ in signedness
mpegaudiodec.c: In function 'ff_mpa_synth_filter':
mpegaudiodec.c:920: error: insn does not satisfy its constraints:
(insn 4924 2540 2542 4 mpegaudiodec.c:888 (set (reg:HI 70 %fr23 [1852])
(reg:HI 1 %r1)) 53 {*pa.md:2926} (nil)
(nil))
mpegaudiodec.c:920: internal compiler error: in reload_cse_simplify_operands, 
at postreload.c:391

 From what I understand of the problem:
 - this file switches between assembly and macros in function of the
   target arch to do some non-trivial operation (such as adding values
   stored at memory locations indexed by a pointer and large indexes)
 - in the end, gcc thinks a particular combination of operands and
   instructions can't be used with respect to the architecture it tries
   to build for
 - gcc 1:3.3.5-13 builds the file

 What I have no idea of:
 - whether what gcc 1:3.3.5-13 built was actually valid and usable code
   for hppa
 - whether gcc 4:4.0.2-8 is correct with the fact that it is not
   possible to do that operation
 - whether gcc 4:4.0.2-8 is correct in producing an error or whether it
   should warn and workaround the problem

 Could you help we sched some light on this?

 I'm sorry I didn't try gcc-snapshot, but I used paer.d.o, the developer
 machine, to diagnose and I couldn't install it myself.

 I'm putting debian-hppa@ in Cc:, perhaps they have a clue.  Please Cc:
 me on replies!

   Bye,

[1]
http://buildd.debian.org/fetch.php?&pkg=gstreamer0.10-ffmpeg&ver=0.10.0-1&arch=hppa&stamp=1138998904&file=log&as=raw
-- 
Loïc Minier <[EMAIL PROTECTED]>
Current Earth status:   NOT DESTROYED

--- End Message ---
--- Begin Message ---
Version: 4.0.2-10

Fixed in SVN on 2006-02-16.

-- 
Falk
--- End Message ---

Bug#342245: gcc-3.4: boost 1.33.x FTBFS with "cannot handle R_PARISC_PCREL17F..."

[Falk Hueffner]

tags 342245 + moreinfo
thanks

Hi,

can you please test this with a current gcc like 4.0 or 4.1?

-- 
Falk


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

Bug#350989: Bug##350989: libtool on alpha causes linking errors when run on AFS

[Falk Hueffner]

tags 350989 + unreproducible
tags 350989 + moreinfo
thanks

So. Does the same happen with newer versions like 4.0 or 4.1? And how
can it be reproduced?

-- 
Falk


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

Processed: Bug#342245: gcc-3.4: boost 1.33.x FTBFS with "cannot handle R_PARISC_PCREL17F..."

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 342245 + moreinfo
Bug#342245: gcc-3.4: boost 1.33.x FTBFS with "cannot handle 
R_PARISC_PCREL17F..."
There were no tags set.
Tags added: moreinfo

> 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#358876: gcc-4.0: Minor build error within gcc

[David Schmitt]

Package: gcc-4.0
Version: 4.0.3-1
Severity: minor
Tags: patch

Hi!

This seems to have only minor impact on the gcc build, but I happend to
chance upon this minor syntax error within the gcc build system and it
probably should be corrected:

[...]
echo |  ./xgcc -B./ -B/usr/i486-linux-gnu/bin/ -isystem /usr/i486-linux-gnu/incl
ude -isystem /usr/i486-linux-gnu/sys-include -L/home/david/tmp/gcc/gcc-4.0-4.0.3
/build/gcc/../ld -E -dM - | \
  sed -n 's/^#define \([^_][a-zA-Z0-9_]*\).*/\1/p ; \
s/^#define \(_[^_A-Z][a-zA-Z0-9_]*\).*/\1/p' | \
  sort -u > tmp-macro_list
sed: -e expression #1, char 88: unterminated address regex
[...]

The quick fix is removing the "\\n" sequence in the sed expression:

--- src/gcc/Makefile.in.orig2006-03-24 22:43:31.0 +0100
+++ src/gcc/Makefile.in 2006-03-24 22:43:46.0 +0100
@@ -2844,8 +2844,7 @@
 macro_list: s-macro_list; @true
 s-macro_list : $(GCC_PASSES) 
echo | $(GCC_FOR_TARGET) -E -dM - | \
- sed -n 's/^#define \([^_][a-zA-Z0-9_]*\).*/\1/p ; \
-   s/^#define \(_[^_A-Z][a-zA-Z0-9_]*\).*/\1/p' | \
+ sed -n 's/^#define \([^_][a-zA-Z0-9_]*\).*/\1/p ; s/^#define 
\(_[^_A-Z][a-zA-Z0-9_]*\).*/\1/p' | \
  sort -u > tmp-macro_list
$(SHELL) $(srcdir)/../move-if-change tmp-macro_list macro_list
$(STAMP) s-macro_list

Regards, David

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-vserver-686
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)

Versions of packages gcc-4.0 depends on:
ii  binutils  2.16.1cvs20060117-1uc1 The GNU assembler, linker and bina
ii  cpp-4.0   4.0.3-1The GNU C preprocessor
ii  gcc-4.0-base  4.0.3-1The GNU Compiler Collection (base 
ii  libc6 2.3.6-4GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.3-1  GCC support library

Versions of packages gcc-4.0 recommends:
ii  libc6-dev 2.3.6-4GNU C Library: Development Librari
ii  libmudflap0-dev   4.0.3-1GCC mudflap support libraries (dev

-- no debconf information


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

Bug#327301: marked as done ([PR 24140] [4.0 regression] ICE on duplicate definitions of an inline function)

[Debian Bug Tracking System]

Your message dated Fri, 24 Mar 2006 23:55:24 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#327301: ICE on duplicate definitions of an inline function
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---

Package: gcc-4.0
Version: 4.0.1-6
Severity: important

Hi,

Attached source causes an ICE with current gcc-4.0 in sid, when compiled 
with gcc -c:


[EMAIL PROTECTED]:~$ gcc -c gcc-inline-ice.c
gcc-inline-ice.c: In function 'rt2x00_ioctl_set_wap':
gcc-inline-ice.c:31: warning: pointer targets in passing argument 1 of 
'is_valid_ether_addr' differ in signedness

gcc-inline-ice.c:19: 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.
For Debian GNU/Linux specific bug reporting instructions,
see .
[EMAIL PROTECTED]:~$ gcc --version
gcc (GCC) 4.0.2 20050821 (prerelease) (Debian 4.0.1-6)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR 
PURPOSE.


It seems like the culprit is the duplicate definition of an always_inline 
function.


Best regards,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CCtypedef unsigned char u8;
typedef unsigned short sa_family_t;

struct sockaddr {
 sa_family_t sa_family;
 char sa_data[14];
};

static inline __attribute__((always_inline)) int is_zero_ether_addr(const u8 *addr)
{
 return !(addr[0] | addr[1] | addr[2] | addr[3] | addr[4] | addr[5]);
}
static inline __attribute__((always_inline)) int is_multicast_ether_addr(const u8 *addr)
{
 return addr[0] & 0x01;
}
static inline __attribute__((always_inline)) int is_valid_ether_addr(const u8 *addr)
{
 return !is_multicast_ether_addr(addr) && !is_zero_ether_addr(addr);
}

static inline __attribute__((always_inline)) int is_multicast_ether_addr(const u8 *addr)
{
 return ((addr[0] != 0xff) && (0x01 & addr[0]));
}

static int
rt2x00_ioctl_set_wap(struct sockaddr *ap_addr)
{
 int k;
 if(is_valid_ether_addr(&ap_addr->sa_data[0])){
  k = 1;
 } else {
  k = 2;
 }
 return k;
}
--- End Message ---
--- Begin Message ---
Version: 4.0.2-3

PR 22052 fixed on 2005-10-04

-- 
Falk
--- End Message ---

Bug#309210: marked as done ([PR 23453] [4.0/4.1 regression] miscompilation of PARI/GP on x86)

[Debian Bug Tracking System]

Your message dated Fri, 24 Mar 2006 23:45:38 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#309210: miscompilation of PARI/GP on x86
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: gcc-4.0
Version: 4.0.0-7
Severity: normal

Hello Debian GCC maintainers,

gcc-4.0 and gcc-snapshot generate wrong code for PARI/GP 2.2.10 on x86.
The source code can be found here:


The problem is in the file src/basemath/alglin1.c, function ker0().

The compilation command used was:
gcc-4.0  -c -O3 -DGCC_INLINE -Wall -fno-strict-aliasing -fomit-frame-pointer 
-DBOTH_GNUPLOT_AND_X11 -I. -I../src/headers  -o alglin1.o alglin1.i

Please find the preprocessed source here:


Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 

--- End Message ---
--- Begin Message ---
Version: 4.0.2-10

PR 25196 fixed in SVN on 2006-02-27.

-- 
Falk
--- End Message ---

Processed: 'ip route' kernel problem w/ gcc-4.0

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 322723 + moreinfo
Bug#322723: 'ip route' kernel problem w/ gcc-4.0
Tags were: d-i
Tags added: moreinfo

> tags 322723 + unreproducible
Bug#322723: 'ip route' kernel problem w/ gcc-4.0
Tags were: moreinfo d-i
Tags added: unreproducible

> 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#322723: 'ip route' kernel problem w/ gcc-4.0

[Falk Hueffner]

tags 322723 + moreinfo
tags 322723 + unreproducible
thanks

Hi,

is this still reproducible with current 4.0 or 4.1? If so, how?

-- 
Falk


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

Processed: Bug#344503: Icon build failure on arm due to gcc-4.0 regression

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 344503 icon
Bug#344503: Icon build failure on arm due to gcc-4.0 regression
Bug reassigned from package `gcc-4.0' to `icon'.

> 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#350778: gcc-4.0: corrupted error messages

[Falk Hueffner]

tags 350778 + unreproducible
tags 350778 + moreinfo
thanks

Hi,

I cannot reproduce this. Can you still? Seems more likely to be some
kind of corruption of your system.

-- 
Falk


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

Processed: Bug#350778: gcc-4.0: corrupted error messages

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 350778 + unreproducible
Bug#350778: gcc-4.0: corrupted error messages
There were no tags set.
Tags added: unreproducible

> tags 350778 + moreinfo
Bug#350778: gcc-4.0: corrupted error messages
Tags were: unreproducible
Tags added: moreinfo

> 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: 319309 + wontfix

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # decided upstream against being fixed for 4.0.x series.
> tags 319309 + wontfix
Bug#319309: [fixed in 4.1, PR 22595] wrong warning: control may reach end of 
non-void function
Tags were: fixed-upstream upstream
Tags added: wontfix

>
End of message, 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#358911: gcj: libgcj.spec: File not found

[Antonio Regidor García]

Package: gcj-3.3
Version: 1:3.3.5-13
Severity: grave
Justification: renders package unusable


When I try to compile a java file I obtain the message of the subject and can't 
compile.


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-386
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages gcj-3.3 depends on:
ii  g++-3.31:3.3.5-13The GNU C++ compiler
ii  gcc-3.3-base   1:3.3.5-13The GNU Compiler Collection (base 
ii  java-common0.22  Base of all Java packages
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libgcc11:3.4.3-13GCC support library
ii  libgcj41:3.3.5-13Java runtime library for use with 
ii  libgcj4-common 1:3.3.5-13Java runtime library for use with 
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- no debconf information




__ 
LLama Gratis a cualquier PC del Mundo. 
Llamadas a fijos y móviles desde 1 céntimo por minuto. 
http://es.voice.yahoo.com


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

Processed: Re: Bug#358911: gcj: libgcj.spec: File not found

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 358911 normal
Bug#358911: gcj: libgcj.spec: File not found
Severity set to `normal'.

> 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#358911: marked as done (gcj: libgcj.spec: File not found)

[Debian Bug Tracking System]

Your message dated Sat, 25 Mar 2006 08:10:03 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#358911: gcj: libgcj.spec: File not found
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: gcj-3.3
Version: 1:3.3.5-13
Severity: grave
Justification: renders package unusable


When I try to compile a java file I obtain the message of the subject and can't 
compile.


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-386
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages gcj-3.3 depends on:
ii  g++-3.31:3.3.5-13The GNU C++ compiler
ii  gcc-3.3-base   1:3.3.5-13The GNU Compiler Collection (base 
ii  java-common0.22  Base of all Java packages
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libgcc11:3.4.3-13GCC support library
ii  libgcj41:3.3.5-13Java runtime library for use with 
ii  libgcj4-common 1:3.3.5-13Java runtime library for use with 
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- no debconf information




__ 
LLama Gratis a cualquier PC del Mundo. 
Llamadas a fijos y móviles desde 1 céntimo por minuto. 
http://es.voice.yahoo.com

--- End Message ---
--- Begin Message ---
severity 358911 normal
thanks

Antonio Regidor =?UTF-8?Q?Garc=C3=ADa?= writes:
> Package: gcj-3.3
> Version: 1:3.3.5-13
> Severity: grave
> Justification: renders package unusable
> 
> 
> When I try to compile a java file I obtain the message of the subject and 
> can't compile.

mind installing libgcj4-dev before filing a bug report with
exaggerated severity?
--- End Message ---