Bug#216473: gcc-3.3: Transient compile error after long build (mozilla-thunderbird)

2003-10-19 Thread Falk Hueffner
Derrik Pates <[EMAIL PROTECTED]> writes:

> For some reason, during the compilation of mozilla-thunderbird, I
> get the following error from gcc:
> 
> {standard input}: Assembler messages:
> {standard input}:5454: Error: value of 3f91f4fc000840d8 too large for field 
> of 4 bytes at 0020
> 
> It will fail to build, then when I start the build again, succeed at
> building that module, and fail with a similar message (the line
> number, and the two 16-digit hex values change). If there's any
> further info I can provide that might be of use, let me know

Try to call the invocation that caused the error manually. If the
problem does not occur, it's most likely a hardware problem. If it
does, add -save-temps to the command line and send us the .i file.

-- 
Falk




Results for 3.3.2 (Debian) testsuite on sparc-unknown-linux-gnu

2003-10-19 Thread Matthias Klose
LAST_UPDATED: 
Native configuration is sparc-unknown-linux-gnu

=== g++ tests ===


Running target unix
XPASS: g++.other/init5.C  Execution test

=== g++ Summary ===

# of expected passes8087
# of unexpected successes   1
# of expected failures  95
# of untested testcases 22
# of unsupported tests  28
/build/buildd/gcc-3.3-3.3.2ds4/build/gcc/testsuite/../g++ version 3.3.2 (Debian)

=== g77 tests ===


Running target unix

=== g77 Summary ===

# of expected passes1686
# of unsupported tests  8
/build/buildd/gcc-3.3-3.3.2ds4/build/gcc/testsuite/../g77 version 3.3.2 (Debian)

=== gcc tests ===


Running target unix
WARNING: program timed out.
FAIL: gcc.c-torture/compile/20001226-1.c,  -O3 -g  
FAIL: gcc.dg/duff-2.c (test for excess errors)

=== gcc Summary ===

# of expected passes21410
# of unexpected failures2
# of expected failures  67
# of unsupported tests  165
/build/buildd/gcc-3.3-3.3.2ds4/build/gcc/xgcc version 3.3.2 (Debian)

=== objc tests ===


Running target unix

=== objc Summary ===

# of expected passes1153
/build/buildd/gcc-3.3-3.3.2ds4/build/gcc/xgcc version 3.3.2 (Debian)

=== treelang tests ===


Running target unix

=== treelang Summary ===

# of expected passes1
=== libjava tests ===


Running target unix
WARNING: program timed out.
FAIL: SyncTest execution - gij test
WARNING: program timed out.
FAIL: SyncTest execution - bytecode->native test
WARNING: program timed out.
FAIL: SyncTest execution - gij test
WARNING: program timed out.
FAIL: SyncTest -O execution - bytecode->native test

=== libjava Summary ===

# of expected passes2983
# of unexpected failures4
# of expected failures  16
# of untested testcases 16

=== libstdc++-v3 check-abi Summary ===

# of added symbols:  0
# of missing symbols:134
# of incompatible symbols:   134

using: 
/build/buildd/gcc-3.3-3.3.2ds4/src/libstdc++-v3/config/abi/sparc-linux-gnu/baseline_symbols.txt

=== libstdc++-v3 tests ===


Running target unix
XPASS: 22_locale/collate_byname.cc execution test
XPASS: 22_locale/collate_members_char.cc execution test
XPASS: 22_locale/collate_members_wchar_t.cc execution test
XPASS: 22_locale/ctype_is_char.cc execution test
XPASS: 22_locale/ctype_is_wchar_t.cc execution test
XPASS: 22_locale/members.cc execution test
XPASS: 22_locale/messages_byname.cc execution test
XPASS: 22_locale/messages_members_char.cc execution test
XPASS: 22_locale/moneypunct_byname.cc execution test
XPASS: 22_locale/moneypunct_members_char.cc execution test
XPASS: 22_locale/moneypunct_members_wchar_t.cc execution test
XPASS: 22_locale/numpunct_byname.cc execution test
XPASS: 22_locale/numpunct_members_char.cc execution test
XPASS: 22_locale/numpunct_members_wchar_t.cc execution test

=== libstdc++-v3 Summary ===

# of expected passes453
# of unexpected successes   14
# of expected failures  14

Compiler version: 3.3.2 (Debian) 
Platform: sparc-unknown-linux-gnu
configure flags: --host=sparc-linux -v 
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr 
--mandir=/usr/share/man --infodir=/usr/share/info 
--with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib 
--enable-nls --without-included-gettext --enable-__cxa_atexit 
--enable-clocale=gnu --enable-debug --enable-java-gc=boehm 
--enable-java-awt=xlib --with-cpu=v7 --enable-objc-gc
BOOT_CFLAGS=-g -O2 


Build Dependencies:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  binutils   2.14.90.0.6-4  The GNU assembler, linker and binary utiliti
ii  libc6-dev  2.3.2-8GNU C Library: Development Libraries and Hea


Patches that Debian applied in this version:

gcc-names:
  versioned gcc names

gcc-version:
  Add "(Debian)" to the gcc version string

libstdc++-pic:
  Build and install libstdc++_pic.a library.

libstdc++-doclink:
  link local libstdc++ documentation to local source-level documentation 

gccbug:
  Use sensible-editor instead of vi as fallback editor

libtool-rpath:
  2003-03-10  Andreas Schwab  
  With the introduction of multi-os-directory the libdir specification in
  *.la files have /. appended to \$(libdir).  This confuses libtool when it
  tries to find out whether to add -rpath, because it only matches literally
  against sys_lib_dlsearch_path members.  Tested on i386-linux.

mips-branch-fix:
  Fix #207915 (PR1

Results for 3.3.2 (Debian) testsuite on arm-unknown-linux-gnu

2003-10-19 Thread Matthias Klose
LAST_UPDATED: 
Native configuration is arm-unknown-linux-gnu

=== libjava tests ===


Running target unix
FAIL: calls run
FAIL: cxxtest run
FAIL: field run
FAIL: final_method run
FAIL: findclass run
FAIL: invoke run
FAIL: martin run
FAIL: noclass run
FAIL: overload run
FAIL: register run
FAIL: simple_int run
FAIL: throwit run
FAIL: virtual run
FAIL: InvokeReturn output - source compiled test
FAIL: InvokeReturn output - bytecode->native test
FAIL: InvokeReturn -O output - source compiled test
FAIL: InvokeReturn -O output - bytecode->native test
WARNING: program timed out.
FAIL: SyncTest execution - bytecode->native test
WARNING: program timed out.
FAIL: SyncTest -O execution - bytecode->native test
FAIL: TestProxy execution - source compiled test
FAIL: TestProxy execution - bytecode->native test
FAIL: TestProxy -O execution - source compiled test
FAIL: TestProxy -O execution - bytecode->native test
FAIL: 
/build/buildd/gcc-3.3-3.3.2ds4/build/arm-linux/libjava/testsuite/TestEarlyGC.exe
 output - 
/build/buildd/gcc-3.3-3.3.2ds4/build/arm-linux/libjava/testsuite/TestEarlyGC.exe
FAIL: 
/build/buildd/gcc-3.3-3.3.2ds4/build/arm-linux/libjava/testsuite/TestLeak.exe 
execution - 
/build/buildd/gcc-3.3-3.3.2ds4/build/arm-linux/libjava/testsuite/TestLeak.exe
FAIL: 
/build/buildd/gcc-3.3-3.3.2ds4/build/arm-linux/libjava/testsuite/TestMultiple.exe
 execution - 
/build/buildd/gcc-3.3-3.3.2ds4/build/arm-linux/libjava/testsuite/TestMultiple.exe
FAIL: 
/build/buildd/gcc-3.3-3.3.2ds4/build/arm-linux/libjava/testsuite/TestParent.exe 
execution - 
/build/buildd/gcc-3.3-3.3.2ds4/build/arm-linux/libjava/testsuite/TestParent.exe

=== libjava Summary ===

# of expected passes2415
# of unexpected failures27
# of expected failures  16
# of untested testcases 34
=== libstdc++-v3 tests ===


Running target unix
XPASS: 22_locale/collate_byname.cc execution test
XPASS: 22_locale/collate_members_char.cc execution test
XPASS: 22_locale/collate_members_wchar_t.cc execution test
XPASS: 22_locale/ctype_is_char.cc execution test
XPASS: 22_locale/ctype_is_wchar_t.cc execution test
XPASS: 22_locale/members.cc execution test
XPASS: 22_locale/messages_byname.cc execution test
XPASS: 22_locale/messages_members_char.cc execution test
XPASS: 22_locale/moneypunct_byname.cc execution test
XPASS: 22_locale/moneypunct_members_char.cc execution test
XPASS: 22_locale/moneypunct_members_wchar_t.cc execution test
XPASS: 22_locale/numpunct_byname.cc execution test
XPASS: 22_locale/numpunct_members_char.cc execution test
XPASS: 22_locale/numpunct_members_wchar_t.cc execution test
WARNING: program timed out.
FAIL: thread/pthread5.cc execution test
WARNING: program timed out.
FAIL: thread/pthread6.cc execution test

=== libstdc++-v3 Summary ===

# of expected passes451
# of unexpected failures2
# of unexpected successes   14
# of expected failures  14
=== g++ tests ===


Running target unix
FAIL: g++.dg/abi/empty6.C  (test for warnings, line 6)
FAIL: g++.dg/abi/vbase10.C  (test for warnings, line 6)
XPASS: g++.dg/other/packed1.C execution test
FAIL: 258: expected branch percentages not found: 25
FAIL: g++.dg/gcov/gcov-1.C gcov: 0 failures in line counts, 1 in branch 
percentages, 0 in return percentages
XPASS: g++.other/init5.C  Execution test

=== g++ Summary ===

# of expected passes8080
# of unexpected failures4
# of unexpected successes   2
# of expected failures  94
# of untested testcases 23
# of unsupported tests  29
/build/buildd/gcc-3.3-3.3.2ds4/build/gcc/testsuite/../g++ version 3.3.2 (Debian)

=== g77 tests ===


Running target unix

=== g77 Summary ===

# of expected passes1686
# of unsupported tests  8
/build/buildd/gcc-3.3-3.3.2ds4/build/gcc/testsuite/../g77 version 3.3.2 (Debian)

=== gcc tests ===


Running target unix
XPASS: gcc.c-torture/execute/20020720-1.c compilation,  -O1 
XPASS: gcc.c-torture/execute/20020720-1.c compilation,  -O2 
XPASS: gcc.c-torture/execute/20020720-1.c compilation,  -O3 
-fomit-frame-pointer 
XPASS: gcc.c-torture/execute/20020720-1.c compilation,  -O3 -g 
XPASS: gcc.c-torture/execute/20020720-1.c compilation,  -Os 
FAIL: gcc.dg/20021014-1.c execution test
FAIL: gcc.dg/duff-2.c (test for excess errors)
FAIL: gcc.dg/nest.c execution test
FAIL: gcc.dg/pack-test-1.c (test for excess errors)
FAIL: gcc.dg/pack-test-2.c  (test for errors, line 7)
FAIL: gcc.dg/pack-test-2.c  (test for errors, line 14)
FAIL: gcc.dg/pack-test-2.c  (test for errors, line 19)
FAIL: gcc.dg/pack-test-2.c (test for excess errors)
FAIL: 209: expected branch percentages not found: 25
FAIL: gcc.misc-tests/gcov-4b.c gcov: 0 failures in line counts, 1 in branch 
percentages, 0 in return percentages

=== gcc Summary ===

# of expected passes21373
# of 

Bug#216234: g++-3.3: template function triggers syntax error

2003-10-19 Thread Falk Hueffner
Thimo Neubauer <[EMAIL PROTECTED]> writes:

> The following code shows that g++ reports a syntax error if the
> method-call is inside a template-function but not if it's inside a
> normal function:

The Compaq compiler also rejects it. I'm pretty sure it's the expected
behaviour, but somebody else should check.

-- 
Falk




Bug#216280: g++-3.3: lvalue evaluated twice for ?: operator

2003-10-19 Thread Falk Hueffner
Jason Kraftcheck <[EMAIL PROTECTED]> writes:

> The output of the following code, when compiled with g++-3.3 is '2'.  It 
> should be '1'.

I cannot reproduce this with g++-3.3 1:3.3.2-0pre5.0.1 (3.3.2
20031005) on Alpha.  Maybe it's target specific.

-- 
Falk




Processed: your mail

2003-10-19 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> severity 215445 wishlist
Bug#215445: gcj-3.3: no compila un archivo
Severity set to `wishlist'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

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




Bug#211783: please recheck with final gcc-3.3.2 release

2003-10-19 Thread Matthias Klose
Please could you recheck? It's supposed to be fixed in 3.3.2-1.




Bug#216616: gcc-3.2: floating point problem with athlon thunderbird

2003-10-19 Thread Alban Browaeys
Package: gcc-3.2
Version: 1:3.2.3-8
Severity: normal

I am not used to go this deep in code, i would appreciate any critisicm
regarding this report and the time you use on it.i If you think this
have nothing to do with gcc , i d be happy with this being reassigned to
the proper maintenair.

Is it ok that double operators give diferents results with athlon
TB than with other processors ?

Following some mozilla debugging i ended on a "if (10*double)" test in a
while statement.
The test work with the same binary under Athlon XP/Pentium porcessors but not 
with Athlon Thunderbird.

I isolated the whole conditional test in a file:
   mozjstest.c: the bad behaviour appear for testlimit >=5
  using print or a temporary variable round the d value correctly and
  fix the problem, i found out the wrong values with gdb print.

  to have the bug as in mozilla i multiplied d by 10 (as the mozilla
  code do)  , then even print is not able to round d value correctly 
  (why on athlon TB only ?).

extract from the real mozilla code (cf bug #203100):
d, ds are double; L a long
  L = (Long) (d / ds);
  d -= L*ds;
  on athlon  "d - d != 0"  (especially d -= L*ds) though it is on other
  processors (still same binary)
  
  the loop is ended by:
  if (!(d *= 10.))
break;
  and d never equals 0 


Alban

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux argos 2.6.0-test8 #12 Sun Oct 19 04:44:52 CEST 2003 i686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]

Versions of packages gcc-3.2 depends on:
ii  binutils   2.14.90.0.6-3 The GNU assembler, linker and bina
ii  cpp-3.21:3.2.3-8 The GNU C preprocessor
ii  gcc-3.2-base   1:3.2.3-8 The GNU Compiler Collection (base 
ii  libc6  2.3.2-8   GNU C Library: Shared libraries an
ii  libgcc11:3.3.2-0pre5 GCC support library

-- no debconf information

#include 

// d is calculated through my use of he c temp double to fix the rounding error
// dold does exactly what the code in gecko does
// note that d/dold are tested in gecko as the breaking condition after being multiplied by ten.
// i set L as long (on my platform it s equal to uint32 whiwh is the Long type used by mozilla

int main(){
  // those values are those i got from my instance of mozilla
  double d=500034.;
  double dold=500034.;
  double ds=10.;
  long L;
  double c;
  int testlimit = 6;
  int i = 1;
  
  for(i=1;i

Bug#211783: please recheck with final gcc-3.3.2 release

2003-10-19 Thread FreddyK.
On Mon, 20 Oct 2003 00:45:57 +0200
Matthias Klose <[EMAIL PROTECTED]> wrote:

> Please could you recheck? It's supposed to be fixed in 3.3.2-1.
> 


Unfortunately it is not.


Linux version 2.4.22-lp8 ([EMAIL PROTECTED]) (gcc-Version 3.3.2 (Debian)) #7
Mo Okt 20 02:31:36 CEST 2003

-oldconfig, ide-scsi as module, -O2 for kernel/modules

-snip-

Oct 20 02:56:49 freddy kernel: hdd: attached ide-scsi driver.
Oct 20 02:56:49 freddy kernel: hdc: attached ide-scsi driver.
Oct 20 02:56:49 freddy kernel: scsi0 : SCSI host adapter emulation for
IDE ATAPI devices 
Oct 20 02:56:49 freddy kernel: ide-scsi: The scsi
wants to send us more data than expected - discarding data 
Oct 20 02:56:49 freddy kernel: ide-scsi: [[ 12 0 0 0 ff 0 0 0 0 0 0 0
] 
Oct 20 02:56:49 freddy kernel: ] 
Oct 20 02:56:49 freddy kernel: ide-scsi: expected 256 got 378 limit
256 Oct 20 02:56:49 freddy kernel: scsi: unknown type 25 
Oct 20 02:56:49 freddy kernel:   Vendor:  
Model:   Rev: 
Oct 20 02:56:49 freddy kernel:  Type:   UnknownANSI 
SCSI revision: 00 
Oct20 02:56:49 freddy kernel: scsi : aborting command due to timeout :
pid 1, scsi0, channel 0, id 1, lun 0 Inquiry 00 00 00 ff 00 
Oct 2002:56:49 freddy kernel: hdc: lost interrupt 
Oct 20 02:56:49 freddy kernel: scsi: unknown type 25 
Oct 20 02:56:49 freddy kernel:   Vendor:  Model:  
Rev:
Oct 20 02:56:49 freddy kernel:   Type:   Unknown  
ANSI SCSI revision: 02 
Oct 20 02:56:49 freddy kernel: Attached scsi generic sg0 at scsi0,
channel 0, id 0, lun 0,  type 25 
Oct 20 02:56:49 freddy kernel: Attached scsi generic sg1 at scsi0,
channel 0, id 1, lun 0, type 25

-snip-
(hope it keeps readable...)


Maybe Herbert Xu should upload a new kernel-source with the patch
he mentioned here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=213663

Another one told me just some few minutes ago, that 2.4.21 shows
exactely the same behavior (also with gcc-3.3.2 final).


greetings/gruesse

FreddyK./Armin Krueger





Bug#216280: g++-3.3: lvalue evaluated twice for ?: operator

2003-10-19 Thread Jason Kraftcheck
Falk Hueffner wrote:
Jason Kraftcheck <[EMAIL PROTECTED]> writes:

The output of the following code, when compiled with g++-3.3 is '2'.  It 
should be '1'.

I cannot reproduce this with g++-3.3 1:3.3.2-0pre5.0.1 (3.3.2
20031005) on Alpha.  Maybe it's target specific.
I just tried it with pre5 and it appears to be fixed.  Appologies for 
not having tested this with pre5 before submitting a bug report.