[Bug other/23569] Building gcc-4.0.1 toolchain for arm-linux fails durring make
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 06:08 --- Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring make You did not read my suggestion of doing --with-as=PATHTOAS. I had --with-gnu-as=/usr/local/bin/arm-linux-as in my last e-mail under the ===code=== section. Or where you suggesting getting rid of the gnu in --with-gnu-as=? In any case it seems as though I have been able to get past that issue. I've changed my configure to: ===code== ../configure --target=arm-linux --with-gnu-as --with-gnu-ld --enable-multilib --enable-languages=c,c++,java --disable-nls --nfp --with-cpu-xscale --with-softfloat-support=internal = I removed the --prefix as well as the paths to gnu-as and gnu-ld (against your suggestion) and ran make and it's deffinately getting further than before (it's been compiling for over an hour now). I will send another update once this is out of the woods (or if it fails). If it does fail, I'll attempt using --with-as=PATH_TO_as vs. --with-gnu-as or --with-gnu-as=PATH_TO_as. Thanks. -Nathan -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23569
[Bug rtl-optimization/23560] [4.0 Regression] Strength-reduction breaking unsigned COMPARE
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26 07:33 --- Subject: Bug 23560 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-26 07:33:27 Modified files: gcc: ChangeLog loop.c Log message: PR rtl-opt/23560 * loop.c (biased_biv_may_wrap_p): New. (maybe_eliminate_biv_1): Use it to suppress non-equality comparison transformations. Delete disabled code. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.7592.2.391r2=2.7592.2.392 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/loop.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.522.8.2r2=1.522.8.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23560
[Bug other/23569] Building gcc-4.0.1 toolchain for arm-linux fails durring make
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 07:37 --- Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring make Pinski- That last configuration I sent you seems to almost work. Make finally finished and then I ran make install. arm-linux-gcj runs without complaining about java.lang or anything like that. However when I tried to arm-linux-gcj a HelloWorld.java, I recieve an error: ===code== [EMAIL PROTECTED] java x_compile]# /usr/local/bin/arm-linux-gcj -Wall HelloWorld.java -o HelloWorld.o /usr/local/lib/gcc/arm-linux/4.0.1/../../../../arm-linux/lib/crt1.o: In function `_start': init.c:(.text+0x2c): undefined reference to `main' collect2: ld returned 1 exit status = Any ideas as to what might be the root of this issue? Thanks. -Nathan -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23569
[Bug other/23569] Building gcc-4.0.1 toolchain for arm-linux fails durring make
--- Additional Comments From andreast at gcc dot gnu dot org 2005-08-26 07:47 --- do build it this way: gcj HelloWorld.java --main=HelloWorld -g -o HelloWorld.exe -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23569
[Bug target/23570] [4.0/4.1 Regression] internal compiler error: in merge_assigned_reloads, at reload1.c:6091
--- Additional Comments From uros at kss-loka dot si 2005-08-26 07:50
---
The problem here is in the sse_concatv2sf pattern:
;; ??? In theory we can match memory for the MMX alternative, but allowing
;; nonimmediate_operand for operand 2 and *not* allowing memory for the SSE
;; alternatives pretty much forces the MMX alternative to be chosen.
(define_insn *sse_concatv2sf
[(set (match_operand:V2SF 0 register_operand =x,x,*y,*y)
(vec_concat:V2SF
(match_operand:SF 1 nonimmediate_operand 0,m, 0, m)
(match_operand:SF 2 vector_move_operand x,C,*y, C)))]
and vector_move_operand operand constraint, defined as:
;; Return 1 when OP is operand acceptable for standard SSE move.
(define_predicate vector_move_operand
(ior (match_operand 0 nonimmediate_operand)
(match_operand 0 const0_operand)))
Please note, that vector_move_operand allows memory operands, but register
constraint doesn't. So, following pattern confuses reload:
(insn:HI 63 62 64 3 (set (reg:V2SF 21 xmm0 [117])
(vec_concat:V2SF (mem:SF (plus:SI (plus:SI (reg/f:SI 68 [ ivtmp.71 ])
(reg:SI 88 [ D.1795 ]))
(const_int -4 [0xfffc])) [2 S4 A32])
(mem:SF (plus:SI (plus:SI (reg/f:SI 68 [ ivtmp.71 ])
(reg:SI 89 [ D.1800 ]))
(const_int -4 [0xfffc])) [2 S4 A32]))) 612
{*sse_concatv2sf} (nil)
(BTW: sse2_loadld pattern could have the same problem, no m register
constraint.)
The immediate fix would be to define another operand constraint, similar
to vector_move_operand:
;; Same as above, but excluding memory operands.
(define_predicate vector_move_nomem_operand
(ior (match_operand 0 register_operand)
(match_operand 0 const0_operand)))
When operand 2 of sse_concatv2sf pattern is constrained with this new
constraint, gcc is able to compile both testcases, and following result is
produced (for both -01 and -02):
ludcompd(): SSE2 code is used.
1.00 4.00 5.00 3.00
-2.80 0.80 -1.60
-1.00 -1.00
0
2 1 3 0
5.000 6.000 10.000 78.000
0.800 -2.800 -7.000 -55.400
0.600 0.571 -1.000 -15.143
0.200 -0.286 1.000 -12.286
ludcompf(): SSE2 code is used.
1
2 1 0 3
5.000 6.000 10.000 78.000
0.800 -2.800 -7.000 -55.400
0.200 -0.286 -1.000 -27.429
0.600 0.571 1.000 12.286
Unfortunatelly, ludcompf() result (the second one) is wrong when -O1 or -O2 is
used. It is correct without optimizations.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23570
[Bug target/23463] [4.1 Regression] va-arg-22.c execution fails
--- Additional Comments From amodra at bigpond dot net dot au 2005-08-26 07:55 --- Unfortunately the patch causes gcc.c-torture/compile/920928-5.c to fail on powerpc-linux. Infinite recursion in gimplify_expr. -- What|Removed |Added Component|middle-end |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23463
[Bug fortran/23573] New: internal compiler error: in gen_subprogram_die
Compiling using g77 -save-temps -g -W -o opacTesting opacityTesting.f contop_3D.f eos_eqn.f eos.f lineq.f /usr/lib/liblapack.so.2 produces the following output: opacityTesting.f: In program `MAIN__': In file included from opacityTesting.f:0: opacityTesting.f:470: internal compiler error: in gen_subprogram_die, at dwarf2out.c:10914 Please submit a full bug report [...] -- Summary: internal compiler error: in gen_subprogram_die Product: gcc Version: 3.4.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: samreg at astro dot uu dot se CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23573
[Bug fortran/23573] internal compiler error: in gen_subprogram_die
--- Additional Comments From samreg at astro dot uu dot se 2005-08-26 08:05 --- Created an attachment (id=9588) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9588action=view) file produced by save-temps command The bug lists a range of source files included in the compilation call, but compiling with this one alone produces the same result. g77 -save-temps -g -W -o opacTesting opacityTesting.f No *.i file (as mentioned in the bug howto) where produced by g77 -save-temps. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23573
[Bug other/23572] New: No warning for assigning a value to a 'float' variable that overflows with option -Wextra
I tried compilers 4.1.0 through mainline and none of them warn about nitializing a float variable with a value that will overflow, underflow, or lose precision for -W or -Wextra. But in GCC info, It is said like this: in GCC info(GCC 3.3.4). `-Wextra' (This option used to be called `-W'. The older name is still supported, but the newer name is more descriptive.) Print extra warning messages for these events: * Any of several floating-point events that often indicate errors, such as overflow, underflow, loss of precision, etc. Is this a bug either in GCC or a bug in documentation? -- Summary: No warning for assigning a value to a 'float' variable that overflows with option -Wextra Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: qiyaoltc at cn dot ibm dot com CC: gcc-bugs at gcc dot gnu dot org,janis187 at us dot ibm dot com GCC build triplet: ppc64-redhat-linux GCC host triplet: ppc64-redhat-linux GCC target triplet: ppc64-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23572
[Bug c/23574] New: insn does not sat
isfy its constraint message while compiling newlib
X-Bugzilla-Reason: CC
The above mentioned error occur while:
My system is set up with compiler gcc-4.0.1 build on linux for native linux
On this system I build the binutils and crosscompiler for target m68hc12.
After compiling this gcc-m68hc12 compiler I tried to compile newlib.
While compiling newlib I got:
make[7]: Entering directory `/home/rudolphk/avrdownload/newlib-1.13.0/build/m68h
c12/m68hc11/mshort/newlib/libc/stdio'
m68hc12-gcc -B/home/rudolphk/avrdownload/newlib-1.13.0/build/m68hc12/m68hc11/msh
ort/newlib/ -isystem /home/rudolphk/avrdownload/newlib-1.13.0/build/m68hc12/m68h
c11/mshort/newlib/targ-include -isystem /home/rudolphk/avrdownload/newlib-1.13.0
/newlib/libc/include -m68hc11 -mshort -DPACKAGE=\newlib\ -DVERSION=\1.13.0\
-I. -I../../../../../../../newlib/libc/stdio -DPREFER_SIZE_OVER_SPEED -Os -mr
elax -DNO_EXEC -DABORT_PROVIDED -DSMALL_MEMORY -DMISSING_SYSCALL_NAMES -fno-buil
tin-O2 -g -O2 -O2 -g -O2 -m68hc11 -mshort -fshort-enums -c ../../../../../
../../newlib/libc/stdio/vfprintf.c
../../../../../../../newlib/libc/stdio/vfprintf.c: In function '_vfprintf_r':
../../../../../../../newlib/libc/stdio/vfprintf.c:1221: error: insn does not sat
isfy its constraints:
(insn 4215 146 4213 14 ../../../../../../../newlib/libc/stdio/vfprintf.c:555 (pa
rallel [
(set (reg:DF 14 *_.d1)
(mem/s/u:DF (symbol_ref:HI (C.1.2987) var_decl 0x402aea20 C.1
) [74 C.1+0 S8 A8]))
(clobber (scratch:HI))
]) 18 {movdf_internal} (nil)
(nil))
../../../../../../../newlib/libc/stdio/vfprintf.c:1221: internal compiler error:
in reload_cse_simplify_operands, at postreload.c:391
I set up my native linux compiler with:
./configure --prefix=/opt/linux
The cross compiler for m68hc12 was set up with:
./configure --prefix=/opt/m68hc1x --enable-languages=c,c++
The newlib was configured with:
./configure --prefix=/opt/m68hc1x
Used Tools and Compiler/Library-Versions:
gcc 4.0.1
newlib 1.13.0
binutils 2.16
Sorry that I have problems answering the correct host/taget/build triplet
question :-(
Thanks
Klaus
--
Summary: insn does not sat
isfy its constraint message while compiling newlib
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lts-rudolph at gmx dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i386-linux-gnu
GCC host triplet: i386-linux-gnu
GCC target triplet: m68hc12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23574
[Bug libstdc++/23081] Finish the implementation of tr1::array
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23081
[Bug inline-asm/11807] GCC should error out when clobbering the stack pointer and frame pointer
--- Additional Comments From aw11 at os dot inf dot tu-dresden dot de 2005-08-26 09:13 --- GCC must error out when clobbering the frame pointer register because it is likely to generate faulty code when the frame pointer is clobbered. You have to save and restore the frame pointer on your own with (x86 push ebp; pop ebp). The you need not to clobber it. The only exception could possibly be the compiler option -fno-frame-pointer. However at the moment GCC for arm generates faulty code even with this option, if the frame pointer is clobbered. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11807
[Bug middle-end/23294] fold does not fold a*C+a to a*(C+1) or a*C-a to a*(C-1)
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26 09:34 --- I have a patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-08-10 00:49:31 |2005-08-26 09:34:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23294
[Bug target/23570] [4.0/4.1 Regression] internal compiler error: in merge_assigned_reloads, at reload1.c:6091
--- Additional Comments From uros at kss-loka dot si 2005-08-26 09:35
---
(In reply to comment #3)
Unfortunatelly, ludcompf() result (the second one) is wrong when -O1 or -O2
is used. It is correct without optimizations.
This is a problem of infamous i387 precision handling. The error can be found
in this part of the code:
...
if (u.sf[1] t) { t = u.sf[1]; n = 1; }
if (u.sf[2] t) { t = u.sf[2]; n = 2; }
if (u.sf[3] t) { t = u.sf[3]; n = 3; }
...
Without optimizations, the values of u.sf[1] and t that are at some moment
loaded into x87 registers are:
u.sf[1] = 1.00119...
t = 0.99880...
and branch is taken. However, with optimizations, the values are different:
u.sf[1] = 0.99642...
t = 0.99821...
This is a problem of the i387 design and not the problem of gcc. In your case,
you should use -ffloat-store or -mfpmath=sse.
BTW: At the moment, I have very limited time, so I won't be able to create a
patch to fix the ICE for some time...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23570
[Bug tree-optimization/23546] [4.0/4.1 Regression] ICE in for_each_index, at tree-ssa-loop-im.c:202
--- Additional Comments From ma1flfs at bath dot ac dot uk 2005-08-26 10:27 --- Thank you very much for fixing this so quickly! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23546
[Bug fortran/19928] Reference of constant derived type component causes failure
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-26 10:48 --- Have a possible patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rsandifo at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-06-06 00:36:57 |2005-08-26 10:48:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19928
[Bug c++/23575] New: ICE: output_operand: unterminated assembly dialect alternative
gcc version: 4.0.2 20050825 (prerelease) Configured with: ../gcc-4.0-20050825/configure --prefix=/opt/gcc4 --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-languages=c,c++ Command line: gcc -c -march=pentium4 -O3 test.ii (removing the -O3 flag makes it work) Error message: test.cpp: In constructor #8216;ShadowVolume::ShadowVolume(Mesh)#8217;: test.cpp:75: internal compiler error: output_operand: unterminated assembly dialect alternative I have attempted to reduce the file as much as possible. I will also attach the proprocessed source. -- Summary: ICE: output_operand: unterminated assembly dialect alternative Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ma1flfs at bath dot ac dot uk CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23575
[Bug c++/23575] ICE: output_operand: unterminated assembly dialect alternative
--- Additional Comments From ma1flfs at bath dot ac dot uk 2005-08-26 11:32 --- Created an attachment (id=9589) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9589action=view) Original reduced source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23575
[Bug c++/23575] ICE: output_operand: unterminated assembly dialect alternative
--- Additional Comments From ma1flfs at bath dot ac dot uk 2005-08-26 11:33 --- Created an attachment (id=9590) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9590action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23575
[Bug fortran/23573] [3.4 only] internal compiler error: in gen_subprogram_die
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 11:47 --- The opacityTesting.f is required to reproduce this. -- What|Removed |Added Keywords||ice-on-valid-code Summary|internal compiler error: in |[3.4 only] internal compiler |gen_subprogram_die |error: in gen_subprogram_die http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23573
[Bug target/23574] insn does not satisfy its constraint message while compiling newlib
-- What|Removed |Added Component|c |target Keywords||ice-on-valid-code Summary|insn does not sat |insn does not satisfy its |isfy its constraint message|constraint message while |while compiling newlib |compiling newlib http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23574
[Bug target/23575] ICE: output_operand: unterminated assembly dialect alternative
-- What|Removed |Added Component|c++ |target GCC host triplet|i686-pc-linux-gnu | GCC target triplet||i686-pc-linux-gnu Keywords||ice-on-valid-code, ssemmx http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23575
[Bug target/21201] ICE: in reload_cse_simplify_operands, at postreload.c:391
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 11:53 --- *** This bug has been marked as a duplicate of 20528 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21201
[Bug target/20528] [4.0/4.1 regression] ICE in reload_cse_simplify_operands, at postreload.c:391
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 11:54 --- *** Bug 21201 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||green at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20528
[Bug target/23574] insn does not satisfy its constraint message while compiling newlib
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 11:54 --- *** This bug has been marked as a duplicate of 20528 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23574
[Bug target/20528] [4.0/4.1 regression] ICE in reload_cse_simplify_operands, at postreload.c:391
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 11:54 --- *** Bug 23574 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||lts-rudolph at gmx dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20528
[Bug target/23575] [4.0/4.1 Regression] ICE: output_operand: unterminated assembly dialect alternative
-- What|Removed |Added Summary|ICE: output_operand:|[4.0/4.1 Regression] ICE: |unterminated assembly |output_operand: unterminated |dialect alternative |assembly dialect alternative Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23575
[Bug fortran/23573] [3.4 only] internal compiler error: in gen_subprogram_die
-- What|Removed |Added Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23573
[Bug target/23575] [4.0/4.1 Regression] ICE: output_operand: unterminated assembly dialect alternative
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 12:07 --- Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23575
[Bug c/23576] New: [4.0 regression] tree check: expected class type, have exceptional (error_mark) in grokdeclarator, at c-decl.c:4252
Did work with 4.0.2 20050728, does no longer with 4.0.2 20050825 -- Summary: [4.0 regression] tree check: expected class type, have exceptional (error_mark) in grokdeclarator, at c- decl.c:4252 Product: gcc Version: 4.0.2 Status: UNCONFIRMED Keywords: ice-on-invalid-code Severity: normal Priority: P1 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23576
[Bug c/23576] [4.0 regression] tree check: expected class type, have exceptional (error_mark) in grokdeclarator, at c-decl.c:4252
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26 12:33 --- Created an attachment (id=9591) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9591action=view) testcase (unreduced) Testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23576
[Bug c/23576] [4.0 regression] tree check: expected class type, have exceptional (error_mark) in grokdeclarator, at c-decl.c:4252
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26 12:50 --- Semms to be fixed on todays branch. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work||4.0.1 Resolution||FIXED Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23576
[Bug other/23572] No warning for assigning a value to a 'float' variable that overflows with option -Wextra
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 12:51 --- Can you show an example? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23572
[Bug c/23577] New: suprious warnings about unhanled cases in switches
gcc generates supruious warnings about switches not handling things which it
could (or should) be easily able to deduce are impossible (e.g. assert(v!=FOO)
just before the switch that gets reported for not handling FOO.
Environment:
System: Linux duncan 2.6.11.10 #34 Thu May 26 11:47:48 BST 2005 i686 GNU/Linux
Architecture: i686
host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: i686-pc-linux-gnu
configured with: ../gcc/configure --prefix=/usr --enable-shared
How-To-Repeat:
Compile the following fuction with -Wall. This is a contrived example of a case
in a
real program (where the fact was due to the impossible cases hitting an
unconditional
continue; statement in the first of two switches in a loop).
The same lack of awareness might lead to poorer code, although I do not know
the gcc
internals enough to estimate by how much.
BTW a problem also occurs in state machines when you get unitialised variable
warnings
because to reach the state that generates the warning you have to pass throigh
a state
that sets that variable. That might require some form of state machine
detection and
analysis (and might allow gcc to better optimise the state machine too :-)
---begin example program---
typedef enum { FOO, BAR, BAZ } foo_t;
int foo(foo_t v)
{
switch(v)
{
case FOO:
return 0;
default:
break;
}
switch(v)
{
case BAR:
break;
case BAZ:
break;
}
return 1;
}
---end example program---
--
Summary: suprious warnings about unhanled cases in switches
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dps at simpson dot demon dot co dot uk
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23577
[Bug c/23577] suprious warnings about unhanled cases in switches
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 13:02 --- The warning is done without flow control. The optmization needs a full VRP which keeps of track of discontinuous ranges which is too expensive really. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23577
[Bug target/23575] [4.0/4.1 Regression] ICE: output_operand: unterminated assembly dialect alternative
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
13:27 ---
Confirmed, reduced testcase:
typedef double __v2df __attribute__ ((__vector_size__ (16)));
typedef __v2df __m128d;
static __inline __m128d __attribute__((__always_inline__)) _mm_set1_pd (double
__F) {
return __extension__ (__m128d){__F, __F};
}
static __inline __m128d __attribute__((__always_inline__)) _mm_move_sd (__m128d
__A, __m128d __B) {
return (__m128d) __builtin_ia32_movsd ((__v2df)__A, (__v2df)__B);
}
void g(__m128d b);
__m128d cross(__m128d tmp9)
{
__m128d t1 = _mm_set1_pd(1.0);
__m128d tmp10 = _mm_move_sd(t1, tmp9);
return tmp10;
}
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-08-26 13:27:15
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23575
[Bug target/23575] [4.0/4.1 Regression] ICE: output_operand: unterminated assembly dialect alternative
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
13:30 ---
It is obvious what is wrong from the .md file:
(define_insn sse2_movsd
[(set (match_operand:V2DF 0 nonimmediate_operand =x,x,m,x,x,o)
(vec_merge:V2DF
(match_operand:V2DF 2 nonimmediate_operand x,m,x,0,0,0)
(match_operand:V2DF 1 nonimmediate_operand 0,0,0,x,o,x)
(const_int 1)))]
TARGET_SSE2
@
movsd\t{%2, %0|%0, %2}
movlpd\t{%2, %0|%0, %2}
movlpd\t{%2, %0|%0, %2}
shufpd\t{$2, %2, %0|%0, %2, 2}
movhps\t{%H1, %0|%0, %H1
movhps\t{%1, %H0|%H0, %1
[(set_attr type ssemov,ssemov,ssemov,sselog,ssemov,ssemov)
(set_attr mode DF,V1DF,V1DF,V2DF,V1DF,V1DF)])
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23575
[Bug middle-end/23294] fold does not fold a*C+a to a*(C+1) or a*C-a to a*(C-1)
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26 13:50 --- Patch posted. -- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||08/msg01555.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23294
[Bug c/23576] [4.0 regression] tree check: expected class type, have exceptional (error_mark) in grokdeclarator, at c-decl.c:4252
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26 13:57 --- Not. Needs a checking enabled compiler to reproduce. That did work with 4.0.2 20050728 may be bogous therefore, too. -- What|Removed |Added Severity|normal |minor Status|RESOLVED|UNCONFIRMED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23576
[Bug c/23576] [4.0 regression] tree check: expected class type, have exceptional (error_mark) in grokdeclarator, at c-decl.c:4252
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26 14:07 --- Reduced testcase: struct ipr_path_entry path[0]; -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-26 14:07:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23576
[Bug c/23576] [4.0 regression] tree check: expected class type, have exceptional (error_mark) in grokdeclarator, at c-decl.c:4252
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26 14:09 --- Oh, and we blame 2005-08-16 James E Wilson [EMAIL PROTECTED] PR tree-optimization/21105 * c-decl.c (grokdeclarator): Use TYPE_SIZE_UNIT not TYPE_SIZE in TREE_OVERFLOW check. -- What|Removed |Added CC||wilson at specifix dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23576
[Bug c/23576] [4.0/4.1 regression] tree check: expected class type, have exceptional (error_mark) in grokdeclarator, at c-decl.c:4252
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 14:14 --- The reduced testcase also fails on the mainline and in 4.0.0. -- What|Removed |Added Keywords||error-recovery, ice-checking Known to fail||4.0.0 4.1.0 Known to work|4.0.1 |3.4.0 Summary|[4.0 regression] tree check:|[4.0/4.1 regression] tree |expected class type, have |check: expected class |exceptional (error_mark) in|type, have exceptional |grokdeclarator, at c- |(error_mark) in |decl.c:4252 |grokdeclarator, at c- ||decl.c:4252 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23576
[Bug c/23576] [4.0/4.1 regression] tree check: expected class type, have exceptional (error_mark) in grokdeclarator, at c-decl.c:4252
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 14:15 --- Note this is a latent bug before Jim's patch, it just exposed the non reduced testcase ICE on the 4.0 branch for some reason. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23576
[Bug c++/23372] [4.0/4.1 Regression] Temporary aggregate copy not elided when passing parameters by value
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26
14:30 ---
For your last testcase,
struct A { int a[1000]; }
A f();
void g(A);
void h() { g(f()); }
all of 3.4 and 4.1 produce exactly two temporaries.
One to dump the result of f(), which get's copied to a new temp passed to g().
4.0 though produces one extra unnecessary copy.
The same holds true for C testcases.
--
What|Removed |Added
GCC host triplet|i486-linux-gnu |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23372
[Bug other/23569] Building gcc-4.0.1 toolchain for arm-linux fails durring make
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-26 14:24 --- Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring make On Aug 26, 2005, at 10:21 AM, Nathan M wrote: do build it this way: gcj HelloWorld.java --main=HelloWorld -g -o HelloWorld.exe Still reporting an error, althought slightly different: ===code=== [EMAIL PROTECTED] java_xcompile]# /usr/local/bin/arm-linux-gcj HelloWorld.java --main=HelloWorld -g -o HelloWorld.exe /root/tmp/cc4BfgHh.o: In function `main': /root/tmp/ccyhMgPq.i:12: undefined reference to `HelloWorld::class$' collect2: ld returned 1 exit status == Here's my complete HelloWorld.java source if there's any chance that is wrong or needs something special for gcj: You want --main=MAINCLASS (or in this case HelloWorldApp). Please read the docs better. -- pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23569
[Bug c++/23491] [4.0/4.1 Regression] new declarator with constant expression gives error: invalid use of array with unspecified bounds
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 14:59 --- : Search converges between 2004-10-25-014001-trunk (#609) and 2004-10-25-161001-trunk (#610). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23491
[Bug c++/23513] [4.0/4.1 Regression] overload resolution fails to select a more specialized template
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 15:01 --- It started to fail after 20041211. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23513
[Bug c++/23440] [4.0/4.1 regression] void f(){for crashes the C++ frontend
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 15:02 --- : Search converges between 2004-10-20-014001-trunk (#600) and 2004-10-20-161001-trunk (#601). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23440
[Bug middle-end/22439] [4.0/4.1 regression] ICE with char VLA and __SIZE_TYPE__ argument (so no cast)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 15:05 --- I am handling the testcase. -- What|Removed |Added AssignedTo|rth at gcc dot gnu dot org |pinskia at gcc dot gnu dot ||org Status|REOPENED|ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22439
[Bug middle-end/22439] [4.0/4.1 regression] ICE with char VLA and __SIZE_TYPE__ argument (so no cast)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 15:14 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22439
[Bug middle-end/22439] [4.0/4.1 regression] ICE with char VLA and __SIZE_TYPE__ argument (so no cast)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26 15:14 --- Subject: Bug 22439 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-26 15:14:14 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: vla-3.c Log message: 2005-08-26 Andrew Pinski [EMAIL PROTECTED] PR middle-end/22439 * gcc.dg/vla-3.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5963r2=1.5964 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vla-3.c.diff?cvsroot=gccr1=1.1r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22439
[Bug tree-optimization/23346] [4.1 Regression] FRE before DCE makes a mess of loads or need to sink loads
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-26 15:20:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23346
[Bug libstdc++/23081] Finish the implementation of tr1::array
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26 15:53 --- Subject: Bug 23081 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-26 15:52:54 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/tr1: array Added files: libstdc++-v3/testsuite/tr1/6_containers/array/element_access: back.cc data.cc front.cc libstdc++-v3/testsuite/tr1/6_containers/array/tuple_interface: get.cc tuple_element.cc tuple_size.cc Log message: 2005-08-26 Paolo Carlini [EMAIL PROTECTED] PR libstdc++/23081 * include/tr1/array: Implement members back(), front(), data(), and the tuple interface; tidy. * testsuite/tr1/6_containers/array/element_access/back.cc: New. * testsuite/tr1/6_containers/array/element_access/data.cc: Likewise. * testsuite/tr1/6_containers/array/element_access/front.cc: Likewise. * testsuite/tr1/6_containers/array/tuple_interface/get.cc: Likewise. * testsuite/tr1/6_containers/array/tuple_interface/tuple_element.cc: Likewise. * testsuite/tr1/6_containers/array/tuple_interface/tuple_size.cc: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gccr1=1.3079r2=1.3080 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/tr1/array.diff?cvsroot=gccr1=1.6r2=1.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/tr1/6_containers/array/element_access/back.cc.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/tr1/6_containers/array/element_access/data.cc.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/tr1/6_containers/array/element_access/front.cc.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/tr1/6_containers/array/tuple_interface/get.cc.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/tr1/6_containers/array/tuple_interface/tuple_element.cc.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/tr1/6_containers/array/tuple_interface/tuple_size.cc.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23081
[Bug libstdc++/23081] Finish the implementation of tr1::array
-- What|Removed |Added Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23081
[Bug preprocessor/20348] [4.0/4.1 Regression] File not included when file with same name is included before
--- Additional Comments From jakub at gcc dot gnu dot org 2005-08-26 15:57 --- This got broken by the libcpp/files.c part of http://gcc.gnu.org/ml/gcc-patches/2004-06/msg00272.html My understanding of the change was that this was just a performance improvement. The question is if that change is fixable to handle this and keep the improvements where they can be used, or if it should be reverted. -- What|Removed |Added CC||bje at gcc dot gnu dot org, ||zackw at panix dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20348
[Bug preprocessor/20356] [4.0/4.1 Regression] New #include_next behaviour breaks limits.h
--- Additional Comments From jakub at gcc dot gnu dot org 2005-08-26 16:16 --- Indeed. If I back out: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/files.c.diff?r1=1.3r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/files.c.diff?r1=1.1r2=1.2 it works just fine. *** This bug has been marked as a duplicate of 20348 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20356
[Bug preprocessor/20348] [4.0/4.1 Regression] File not included when file with same name is included before
--- Additional Comments From jakub at gcc dot gnu dot org 2005-08-26 16:16 --- *** Bug 20356 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||jakub at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20348
[Bug libstdc++/23578] New: Implement resolution of DR 464 [Ready]
Just an internal reminder: seems really straightforward. -- Summary: Implement resolution of DR 464 [Ready] Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pcarlini at suse dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23578
[Bug libstdc++/23578] Implement resolution of DR 464 [Ready]
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Severity|normal |enhancement Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-26 16:18:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23578
[Bug other/23569] Building gcc-4.0.1 toolchain for arm-linux fails durring make
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 14:22
---
Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring make
do build it this way: gcj HelloWorld.java --main=HelloWorld -g -o
HelloWorld.exe
Still reporting an error, althought slightly different:
===code===
[EMAIL PROTECTED] java_xcompile]# /usr/local/bin/arm-linux-gcj
HelloWorld.java --main=HelloWorld -g -o HelloWorld.exe
/root/tmp/cc4BfgHh.o: In function `main':
/root/tmp/ccyhMgPq.i:12: undefined reference to `HelloWorld::class$'
collect2: ld returned 1 exit status
==
Here's my complete HelloWorld.java source if there's any chance that
is wrong or needs something special for gcj:
===code===
class HelloWorldApp {
public static void main (String args[]) {
System.out.println(Hello World!);
}
}
==
-Nathan
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23569
[Bug target/23575] [4.0/4.1 Regression] ICE: output_operand: unterminated assembly dialect alternative
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26 16:23 --- Patch. -- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||08/msg01560.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23575
[Bug c/23506] [4.0/4.1 Regression] Bad array access in DEF_GCC_BUILTIN
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26 16:27 --- Subject: Bug 23506 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-26 16:26:54 Modified files: gcc: ChangeLog c-common.c Log message: PR c/23506 * c-common.c (c_common_nodes_and_builtins): Increase builtin_types array by one element, initialize the BT_LAST element with NULL. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9829r2=2.9830 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gccr1=1.650r2=1.651 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23506
[Bug rtl-optimization/23478] [3.4 regression] Miscompilation due to reloading of a var that is also used in EH pad
-- What|Removed |Added BugsThisDependsOn||23579 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23478
[Bug rtl-optimization/23579] New: [4.1 regression] rtl-optimization/23478 breaks Ada
The patch from rtl-optimization/23478 breaks Ada: $ gdb --args ../../gnat1 -quiet -dumpbase a-stzmap.adb -O2 -W -Wall -fPIC -g -gnatpg -gnatO a-stzmap.o a-stzmap.adb -o /tmp/ccH9s7Af.s GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as ia64-suse-linux...Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) r Starting program: /tmp/cvs/gcc-test-20050823/Build/gcc/gnat1 -quiet -dumpbase a-stzmap.adb -O2 -W -Wall -fPIC -g -gnatpg -gnatO a-stzmap.o a-stzmap.adb -o /tmp/ccH9s7Af.s Program received signal SIGSEGV, Segmentation fault. add_missing_bbs (before=0x2043ad40, first=0x203c0e38, last=0x0) at sched-ebb.c:220 220 BB_HEAD (last) = before; (gdb) bt #0 add_missing_bbs (before=0x2043ad40, first=0x203c0e38, last=0x0) at sched-ebb.c:220 #1 0x40dbbd00 in schedule_ebbs (dump_file=0x204dfc50) at sched-ebb.c:329 #2 0x40b1f040 in ia64_reorg () at ia64.c:7701 #3 0x40db1b90 in rest_of_handle_machine_reorg () at reorg.c:3864 #4 0x40ac4ca0 in execute_one_pass (pass=0x600156d0) at passes.c:754 #5 0x40ac4f90 in execute_pass_list (pass=0x600156d0) at passes.c:837 #6 0x40ac4fe0 in execute_pass_list (pass=0x60013338) at passes.c:837 #7 0x40ac4fe0 in execute_pass_list (pass=0x60013380) at passes.c:837 #8 0x405dab80 in tree_rest_of_compilation (fndecl=0x203eed00) at tree-optimize.c:419 #9 0x40039690 in gnat_expand_body (gnu_decl=0x203eed00) at misc.c:636 #10 0x40b4b650 in cgraph_expand_function (node=0x205af650) at cgraphunit.c:1037 #11 0x40b4f8c0 in cgraph_optimize () at cgraphunit.c:1103 #12 0x4003af60 in gnat_parse_file (set_yydebug=10846160) at misc.c:245#13 0x40a57fd0 in toplev_main (argc=268536, argv=0x60041910) at toplev.c:1932 #14 0x405c71c0 in main (argc=268536, argv=0x60041910) at main.c:35 -- Summary: [4.1 regression] rtl-optimization/23478 breaks Ada Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schwab at suse dot de CC: gcc-bugs at gcc dot gnu dot org,jakub at gcc dot gnu dot org GCC target triplet: ia64-*-linux OtherBugsDependingO 23478 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23579
[Bug other/23569] Building gcc-4.0.1 toolchain for arm-linux fails durring make
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 17:07 --- Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring make You want --main=MAINCLASS (or in this case HelloWorldApp). Ok, I fixed that and it seem to cross compile fine without any errors. However when I try to run the executable on the XScale I get a segmentation fault. I've seen people report the exact same issue on the java list. Any ideas what might cause this? Otherwise I'll open a new bug report relivant to the runtime error. Thanks. -Nathan -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23569
[Bug other/23569] Building gcc-4.0.1 toolchain for arm-linux fails durring make
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 17:11 --- Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring make For reference the exact compile line I gave was: ===code=== /usr/local/bin/arm-linux-gcj -static HelloWorld.java --main=HelloWorldApp -g -o HelloWorld.exe = And the target system is an ARMCore / CM-X255 (Compulab) w/ a PXA-255 cpu running armcore-2.6.7 linux. -Nathan -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23569
[Bug c/23506] [4.0 Regression] Bad array access in DEF_GCC_BUILTIN
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 17:14 --- Fixed on the mainline at least. -- What|Removed |Added Known to fail||4.0.0 Known to work||3.4.4 4.1.0 Summary|[4.0/4.1 Regression] Bad|[4.0 Regression] Bad array |array access in |access in DEF_GCC_BUILTIN |DEF_GCC_BUILTIN | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23506
[Bug middle-end/23467] alignment of member doesn't always carry over to alignment of struct.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26 17:17 --- Subject: Bug 23467 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-26 17:17:06 Modified files: gcc: ChangeLog stor-layout.c Log message: * stor-layout.c (finalize_type_size): Restore behaviour for non-aggregate types to the status quo ante of the patch for pr 23467. Document why it matters. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9830r2=2.9831 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/stor-layout.c.diff?cvsroot=gccr1=1.239r2=1.240 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23467
[Bug rtl-optimization/23579] [4.1 regression] rtl-optimization/23478 breaks Ada for ia64
-- What|Removed |Added Summary|[4.1 regression] rtl- |[4.1 regression] rtl- |optimization/23478 breaks |optimization/23478 breaks |Ada |Ada for ia64 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23579
[Bug other/23541] all error messages produce segfault ICE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 17:20 --- Eric Botcazou is sparc maintainer: sparc port Eric Botcazou [EMAIL PROTECTED] It sounds like you have a mismatching header installed and nothing more. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23541
[Bug target/23525] inefficient parameter passing on x86
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 17:35 --- Hmm, one more thing the push (the -Os code) while the -O2 code does not so it seems to me that it should be faster not to do the push. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23525
[Bug c/23580] New: GCC 3.4.4 does not detect duplicate enum values.
:marais; cat enum.c
/* This fails to generate errors on gcc 3.4.4 but works on 3.3.3 and 3.3.6 */
enum {
KERN_KDB = 69,
KERN_KDB = 70
};
:marais;
:marais; /share/soft/gnu/gcc/3.4.4/bin/gcc -v -save-temps enum.c
Reading specs from
/share/soft/gnu/gcc/3.4.4/lib/gcc/i686-pc-linux-gnu/3.4.4/specs
Configured with: ../gcc-3.4.4/configure --prefix=/share/soft/gnu/gcc/3.4.4
Thread model: posix
gcc version 3.4.4
/share/soft/gnu/gcc/3.4.4/libexec/gcc/i686-pc-linux-gnu/3.4.4/cc1 -E -quiet -v
enum.c -mtune=pentiumpro -o enum.i
ignoring nonexistent directory
/share/soft/gnu/gcc/3.4.4/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/include
#include ... search starts here:
#include ... search starts here:
/usr/local/include
/share/soft/gnu/gcc/3.4.4/include
/share/soft/gnu/gcc/3.4.4/lib/gcc/i686-pc-linux-gnu/3.4.4/include
/usr/include
End of search list.
/share/soft/gnu/gcc/3.4.4/libexec/gcc/i686-pc-linux-gnu/3.4.4/cc1
-fpreprocessed enum.i -quiet -dumpbase enum.c -mtune=pentiumpro -auxbase enum
-version -o enum.s
GNU C version 3.4.4 (i686-pc-linux-gnu)
compiled by GNU C version 3.4.4.
GGC heuristics: --param ggc-min-expand=46 --param ggc-min-heapsize=31827
as -V -Qy -o enum.o enum.s
GNU assembler version 2.11.2 (i686-pc-linux-gnu) using BFD version 2.11.2
/share/soft/gnu/gcc/3.4.4/libexec/gcc/i686-pc-linux-gnu/3.4.4/collect2
--eh-frame-hdr -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 /usr/lib/crt1.o
/usr/lib/crti.o
/share/soft/gnu/gcc/3.4.4/lib/gcc/i686-pc-linux-gnu/3.4.4/crtbegin.o
-L/share/soft/gnu/gcc/3.4.4/lib/gcc/i686-pc-linux-gnu/3.4.4
-L/share/soft/gnu/gcc/3.4.4/lib/gcc/i686-pc-linux-gnu/3.4.4/../../.. enum.o
-lgcc -lgcc_eh -lc -lgcc -lgcc_eh
/share/soft/gnu/gcc/3.4.4/lib/gcc/i686-pc-linux-gnu/3.4.4/crtend.o
/usr/lib/crtn.o
/usr/bin/ld: unrecognized option '--eh-frame-hdr'
/usr/bin/ld: use the --help option for usage information
collect2: ld returned 1 exit status
--
Summary: GCC 3.4.4 does not detect duplicate enum values.
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: castor at 3pardata dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23580
[Bug c/23580] GCC 3.4.4 does not detect duplicate enum values.
--- Additional Comments From castor at 3pardata dot com 2005-08-26 17:38 --- For comparison, here is output that I expect: :marais; /share/soft/gnu/gcc/3.3.3/bin/gcc -v -c -save-temps enum.c Reading specs from /share/soft/gnu/gcc/3.3.3/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/specs Configured with: ../gcc-3.3.3/configure --prefix=/share/soft/gnu/gcc/3.3.3 Thread model: posix gcc version 3.3.3 /share/soft/gnu/gcc/3.3.3/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/cc1 -E -quiet -v -D__GNUC__=3 -D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=3 enum.c enum.i ignoring nonexistent directory /share/soft/gnu/gcc/3.3.3/i686-pc-linux-gnu/include #include ... search starts here: #include ... search starts here: /usr/local/include /share/soft/gnu/gcc/3.3.3/include /share/soft/gnu/gcc/3.3.3/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/include /usr/include End of search list. /share/soft/gnu/gcc/3.3.3/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/cc1 -fpreprocessed enum.i -quiet -dumpbase enum.c -auxbase enum -version -o enum.s GNU C version 3.3.3 (i686-pc-linux-gnu) compiled by GNU C version 3.3.3. GGC heuristics: --param ggc-min-expand=46 --param ggc-min-heapsize=31827 enum.c:5: error: redefinition of `KERN_KDB' enum.c:3: error: `KERN_KDB' previously defined here -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23580
[Bug c++/23372] [4.0/4.1 Regression] Temporary aggregate copy not elided when passing parameters by value
--- Additional Comments From guillaume dot melquiond at ens-lyon dot fr
2005-08-26 17:38 ---
all of 3.4 and 4.1 produce exactly two temporaries.
Yet I said that g++ 3.4 did not produce any temporary, and I still think so. No
temporaries, only g's stack frame. See the following assembly code for the C
testcase (the generated assembly is the same as for C++, but easier to read
since there is no name mangling nor local labels).
h:
pushl %ebp
movl%esp, %ebp
subl$4008, %esp
movl%esp, %eax
subl$12, %esp
pushl %eax
callf
addl$12, %esp
callg
leave
ret
For the sake of completeness, I'm also writing the assembly output for GCC 4.0,
so that the regression with respect to GCC 3.4 is clearly visible. Two
temporaries and two memory copies:
h:
pushl %ebp
movl%esp, %ebp
pushl %esi
pushl %ebx
subl$8012, %esp
leal-8008(%ebp), %ebx
pushl %ebx
callf
leal-4008(%ebp), %esi
subl$8, %esp
pushl $4000
pushl %ebx
pushl %esi
callmemcpy
subl$3968, %esp
movl%esp, %eax
pushl %edx
pushl $4000
pushl %esi
pushl %eax
callmemcpy
addl$16, %esp
callg
addl$4000, %esp
leal-8(%ebp), %esp
popl%ebx
popl%esi
popl%ebp
ret
The C testcase is almost identical to the C++ testcase:
typedef struct A { int a[1000]; } A;
A f();
void g(A);
void h() { g(f()); }
And this is my version of GCC 3.4:
$ LANG=C gcc-3.4 -v
Reading specs from /usr/lib/gcc/i486-linux-gnu/3.4.5/specs
Configured with: ../src/configure -v
--enable-languages=c,c++,f77,pascal,objc,ada --prefix=/usr --libexecdir=/usr/lib
--with-gxx-include-dir=/usr/include/c++/3.4 --enable-shared --with-system-zlib
--enable-nls --without-included-gettext --program-suffix=-3.4
--enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu
--enable-libstdcxx-debug i486-linux-gnu
Thread model: posix
gcc version 3.4.5 20050821 (prerelease) (Debian 3.4.4-8)
Hope it helps.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23372
[Bug c/23580] GCC 3.4.4 does not detect duplicate enum values.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 17:40 --- Fixed already for 3.4.5. *** This bug has been marked as a duplicate of 21899 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23580
[Bug c/21899] [3.4 Regression] enum definition accepts values to be overriden
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 17:40 --- *** Bug 23580 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||castor at 3pardata dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21899
[Bug libstdc++/22309] mt allocator doesn't pthread_key_delete it's keys
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-08-26 17:42 --- Jakub, sorry, having connectivity issues since yesterday. Can you put your most recent patch and commentary in this bug report? Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22309
[Bug java/5487] arm-linux-gcj cross-compiler generates bad assembler-code
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 18:01 --- I've been able to reproducte the same exact issue in arm-linux-gcc-4.0.1 which I build from source by the following process: ===code ../configure --target=arm-linux --with-gnu-as --with-gnu-ld --enable-multilib --enable-languages=c,c++,java --disable-nls --nfp --with-cpu-xscale --with-softfloat-support=internal make make install === I then compiled a HelloWorld.java App using the newly created gcj as follows: ===code /usr/local/bin/arm-linux-gcj -static HelloWorld.java --main=HelloWorldApp -g -o HelloWorld.exe === Compilation seemed to go fine without errors. HelloWorld.exe appears to be a correctly formated binary according to file: ===code HelloWorld.exe: ELF 32-bit LSB executable, Advanced RISC Machines ARM, version 1, statically linked, not stripped === The binary was then downloaded to a PXA-255 based system running armcore-2.6.7 linux. Upon execution the executable reports the segmentation fault: ===code [EMAIL PROTECTED] test]$ ./HelloWorld.exe Segmentation fault === I'd like to see this bug reopened. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5487
[Bug other/23569] Building gcc-4.0.1 toolchain for arm-linux fails durring make
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 18:19 --- Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring make It appears the Segmentation Fault error I get at runtime is common and already documented as bug# 5487. The bug was closed due to difficulty reproducing it. Now that I've also been able to reproduce it, I've submitted my info so hopefully it can be reopened. I've now seen this bug reproduced by at least 3 users. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5487 -Nathan -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23569
[Bug c++/23273] gcc doesn't compile the stl headers
--- Additional Comments From jacob dot navia at ants dot com 2005-08-26 18:31 --- Subject: RE: gcc doesn't compile the stl headers Hi. You sent me this message: -Original Message- From: pinskia at gcc dot gnu dot org [mailto:[EMAIL PROTECTED] Sent: Monday, August 22, 2005 6:36 AM To: Jacob Navia Subject: [Bug c++/23273] gcc doesn't compile the stl headers --- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 13:35 --- This is not a bug. You have a macro max which is defined and so you get: std::(((size())(__n))?(size()):(__n)) which is a bug. It is a bug in your code. --- Why do we have min and max macros? /* On Linux and Solaris this isn't allowed: int i; float x; min(i,x); It says that there is no instantiation of minT,T() that matches (int,float). Until they fix their type-resolving mechanism, we have to make-do with macros. */ #ifndef min #define min(a,b)((a) (b) ? (a): (b)) #endif #ifndef max #define max(a,b)((a) (b) ? (a): (b)) #endif OK. Now this work-around works in gcc 3.xxx but not now... sigh. Can you tell me if the original problem has been fixed? jacob -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23273
[Bug c++/23273] gcc doesn't compile the stl headers
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-26 18:37 --- Subject: Re: gcc doesn't compile the stl headers --- Additional Comments From jacob dot navia at ants dot com 2005-08-26 18:31 --- Subject: RE: gcc doesn't compile the stl headers Hi. You sent me this message: -Original Message- From: pinskia at gcc dot gnu dot org [mailto:[EMAIL PROTECTED] Sent: Monday, August 22, 2005 6:36 AM To: Jacob Navia Subject: [Bug c++/23273] gcc doesn't compile the stl headers --- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 13:35 --- This is not a bug. You have a macro max which is defined and so you get: std::(((size())(__n))?(size()):(__n)) which is a bug. It is a bug in your code. --- Why do we have min and max macros? /* On Linux and Solaris this isn't allowed: int i; float x; min(i,x); It says that there is no instantiation of minT,T() that matches (int,float). Until they fix their type-resolving mechanism, we have to make-do with macros. */ #ifndef min #define min(a,b)((a) (b) ? (a): (b)) #endif #ifndef max #define max(a,b)((a) (b) ? (a): (b)) #endif OK. Now this work-around works in gcc 3.xxx but not now... sigh. Can you tell me if the original problem has been fixed? The orginal problem is in your code as the standard says min/max are templates of only one template agrument. There is nothing which can be fixed in GCC or libstdc++ at all since your code is not valid C++. -- Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23273
Re: [Bug c++/23273] gcc doesn't compile the stl headers
--- Additional Comments From jacob dot navia at ants dot com 2005-08-26 18:31 --- Subject: RE: gcc doesn't compile the stl headers Hi. You sent me this message: -Original Message- From: pinskia at gcc dot gnu dot org [mailto:[EMAIL PROTECTED] Sent: Monday, August 22, 2005 6:36 AM To: Jacob Navia Subject: [Bug c++/23273] gcc doesn't compile the stl headers --- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 13:35 --- This is not a bug. You have a macro max which is defined and so you get: std::(((size())(__n))?(size()):(__n)) which is a bug. It is a bug in your code. --- Why do we have min and max macros? /* On Linux and Solaris this isn't allowed: int i; float x; min(i,x); It says that there is no instantiation of minT,T() that matches (int,float). Until they fix their type-resolving mechanism, we have to make-do with macros. */ #ifndef min #define min(a,b)((a) (b) ? (a): (b)) #endif #ifndef max #define max(a,b)((a) (b) ? (a): (b)) #endif OK. Now this work-around works in gcc 3.xxx but not now... sigh. Can you tell me if the original problem has been fixed? The orginal problem is in your code as the standard says min/max are templates of only one template agrument. There is nothing which can be fixed in GCC or libstdc++ at all since your code is not valid C++. -- Pinski
[Bug c++/19004] [3.4/4.0/4.1 Regression] ICE in uses_template_parms at cp/pt.c:4860
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26 19:35 --- Subject: Bug 19004 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-26 19:35:13 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: nontype13.C Log message: PR c++/19004 * pt.c (uses_template_parms): Handle IDENTIFIER_NODE. (type_dependent_expression_p): Allow BASELINKs whose associated functions are simply a FUNCTION_DECL. PR c++/19004 * g++.dg/template/nontype13.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4860r2=1.4861 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gccr1=1.1025r2=1.1026 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5965r2=1.5966 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/nontype13.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19004
[Bug c++/19004] [3.4/4.0/4.1 Regression] ICE in uses_template_parms at cp/pt.c:4860
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-08-26 19:38 --- Fixed in GCC 4.0.2. -- What|Removed |Added AssignedTo|mark at codesourcery dot com|unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19004
[Bug c++/19004] [3.4/4.0/4.1 Regression] ICE in uses_template_parms at cp/pt.c:4860
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-08-26 19:38 --- Fixed in GCC 4.0.2. --- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26 19:38 --- Subject: Bug 19004 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-26 19:37:52 Modified files: gcc/testsuite : ChangeLog gcc/cp : ChangeLog cp-tree.h init.c pt.c typeck.c gcc/testsuite/g++.dg/expr: anew1.C anew2.C anew3.C Added files: gcc/testsuite/g++.dg/init: new14.C gcc/testsuite/g++.dg/template: nontype13.C Log message: PR c++/19004 * pt.c (uses_template_parms): Handle IDENTIFIER_NODE. (type_dependent_expression_p): Allow BASELINKs whose associated functions are simply a FUNCTION_DECL. PR c++/23491 * cp-tree.h (build_vec_init): Adjust prototype. * init.c (perform_member_init): Adjust call to build_vec_init. (build_aggr_init): Likewise. (build_new_1): Do not call build_default_init for array types. (build_vec_init): Add explicit_default_init_p parameter. Perform default initialization of vector elements when set. * typeck.c (build_modify_expr): Adjust call to build_vec_init. PR c++/19004 * g++.dg/template/nontype13.C: New test. PR c++/23491 * g++.dg/init/new14.C: New test. * g++.dg/expr/anew1.C: Do not XFAIL. * g++.dg/expr/anew2.C: Likewise. * g++.dg/expr/anew3.C: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.351r2=1.5084.2.352 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.4648.2.83r2=1.4648.2.84 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1106.2.11r2=1.1106.2.12 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/init.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.412.2.6r2=1.412.2.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.978.2.18r2=1.978.2.19 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.616.2.14r2=1.616.2.15 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/new14.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/anew1.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.3r2=1.3.42.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/anew2.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.3r2=1.3.42.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/anew3.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.3r2=1.3.42.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/nontype13.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- What|Removed |Added AssignedTo|mark at codesourcery dot com|unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19004
[Bug other/23581] New: Build failure on MINGW for gcc-4.1-20050819
After ./configure and then make, we have this: ... gcc -c -g -O2 -DHAVE_CONFIG_H -I. -I../.././intl ../.././intl/finddomain.c In file included from /mingw/include/io.h:21, from /mingw/include/unistd.h:10, from ../.././intl/finddomain.c:30: /mingw/include/stdint.h:65: error: duplicate 'unsigned' /mingw/include/stdint.h:65: error: 'long long long' is too long for GCC make[1]: *** [finddomain.o] Error 1 make[1]: Leaving directory `/mingw/gcc-4.1-20050819/host-i686-pc-mingw32/intl' make: *** [all-intl] Error 2 stdint.h file follows: /* ISO C9x 7.18 Integer types stdint.h * Based on ISO/IEC SC22/WG14 9899 Committee draft (SC22 N2794) * * THIS SOFTWARE IS NOT COPYRIGHTED * * Contributor: Danny Smith [EMAIL PROTECTED] * * This source code is offered for use in the public domain. You may * use, modify or distribute it freely. * * This code is distributed in the hope that it will be useful but * WITHOUT ANY WARRANTY. ALL WARRANTIES, EXPRESS OR IMPLIED ARE HEREBY * DISCLAIMED. This includes but is not limited to warranties of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. * * Date: 2000-12-02 */ #ifndef _STDINT_H #define _STDINT_H #define __need_wint_t #define __need_wchar_t #include stddef.h /* 7.18.1.1 Exact-width integer types */ typedef signed char int8_t; typedef unsigned char uint8_t; typedef short int16_t; typedef unsigned short uint16_t; typedef int int32_t; typedef unsigned uint32_t; typedef long long int64_t; typedef unsigned long long uint64_t; /* 7.18.1.2 Minimum-width integer types */ typedef signed char int_least8_t; typedef unsigned char uint_least8_t; typedef short int_least16_t; typedef unsigned short uint_least16_t; typedef int int_least32_t; typedef unsigned uint_least32_t; typedef long long int_least64_t; typedef unsigned long long uint_least64_t; /* 7.18.1.3 Fastest minimum-width integer types * Not actually guaranteed to be fastest for all purposes * Here we use the exact-width types for 8 and 16-bit ints. */ typedef char int_fast8_t; typedef unsigned char uint_fast8_t; typedef short int_fast16_t; typedef unsigned short uint_fast16_t; typedef int int_fast32_t; typedef unsigned int uint_fast32_t; typedef long long int_fast64_t; typedef unsigned long long uint_fast64_t; /* 7.18.1.4 Integer types capable of holding object pointers */ typedef int intptr_t; typedef unsigned uintptr_t; /* 7.18.1.5 Greatest-width integer types */ typedef long long intmax_t; typedef unsigned long long uintmax_t; /* 7.18.2 Limits of specified-width integer types */ #if !defined ( __cplusplus) || defined (__STDC_LIMIT_MACROS) /* 7.18.2.1 Limits of exact-width integer types */ #define INT8_MIN (-128) #define INT16_MIN (-32768) #define INT32_MIN (-2147483647 - 1) #define INT64_MIN (-9223372036854775807LL - 1) #define INT8_MAX 127 #define INT16_MAX 32767 #define INT32_MAX 2147483647 #define INT64_MAX 9223372036854775807LL #define UINT8_MAX 0xff /* 255U */ #define UINT16_MAX 0x /* 65535U */ #define UINT32_MAX 0x /* 4294967295U */ #define UINT64_MAX 0xULL /* 18446744073709551615ULL */ /* 7.18.2.2 Limits of minimum-width integer types */ #define INT_LEAST8_MIN INT8_MIN #define INT_LEAST16_MIN INT16_MIN #define INT_LEAST32_MIN INT32_MIN #define INT_LEAST64_MIN INT64_MIN #define INT_LEAST8_MAX INT8_MAX #define INT_LEAST16_MAX INT16_MAX #define INT_LEAST32_MAX INT32_MAX #define INT_LEAST64_MAX INT64_MAX #define UINT_LEAST8_MAX UINT8_MAX #define UINT_LEAST16_MAX UINT16_MAX #define UINT_LEAST32_MAX UINT32_MAX #define UINT_LEAST64_MAX UINT64_MAX /* 7.18.2.3 Limits of fastest minimum-width integer types */ #define INT_FAST8_MIN INT8_MIN #define INT_FAST16_MIN INT16_MIN #define INT_FAST32_MIN INT32_MIN #define INT_FAST64_MIN INT64_MIN #define INT_FAST8_MAX INT8_MAX #define INT_FAST16_MAX INT16_MAX #define INT_FAST32_MAX INT32_MAX #define INT_FAST64_MAX INT64_MAX #define UINT_FAST8_MAX UINT8_MAX #define UINT_FAST16_MAX UINT16_MAX #define UINT_FAST32_MAX UINT32_MAX #define UINT_FAST64_MAX UINT64_MAX /* 7.18.2.4 Limits of integer types capable of holding object pointers */ #define INTPTR_MIN INT32_MIN #define INTPTR_MAX INT32_MAX #define UINTPTR_MAX UINT32_MAX /* 7.18.2.5 Limits of greatest-width integer types */ #define INTMAX_MIN INT64_MIN #define INTMAX_MAX INT64_MAX #define UINTMAX_MAX UINT64_MAX /* 7.18.3 Limits of other integer types */ #define PTRDIFF_MIN INT32_MIN #define PTRDIFF_MAX INT32_MAX #define SIG_ATOMIC_MIN INT32_MIN #define SIG_ATOMIC_MAX INT32_MAX #define SIZE_MAX UINT32_MAX #ifndef WCHAR_MIN /* also in wchar.h */ #define WCHAR_MIN 0 #define WCHAR_MAX ((wchar_t)-1) /* UINT16_MAX */ #endif /* * wint_t is unsigned short for compatibility with MS runtime */ #define WINT_MIN 0 #define WINT_MAX ((wint_t)-1) /* UINT16_MAX */ #endif /* !defined ( __cplusplus) || defined __STDC_LIMIT_MACROS */ /* 7.18.4 Macros for integer constants */
[Bug c++/23491] [4.0/4.1 Regression] new declarator with constant expression gives error: invalid use of array with unspecified bounds
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-08-26 19:37 --- Fixed in GCC 4.0.2. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23491
[Bug c++/23491] [4.0/4.1 Regression] new declarator with constant expression gives error: invalid use of array with unspecified bounds
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26 19:38 --- Subject: Bug 23491 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-26 19:37:52 Modified files: gcc/testsuite : ChangeLog gcc/cp : ChangeLog cp-tree.h init.c pt.c typeck.c gcc/testsuite/g++.dg/expr: anew1.C anew2.C anew3.C Added files: gcc/testsuite/g++.dg/init: new14.C gcc/testsuite/g++.dg/template: nontype13.C Log message: PR c++/19004 * pt.c (uses_template_parms): Handle IDENTIFIER_NODE. (type_dependent_expression_p): Allow BASELINKs whose associated functions are simply a FUNCTION_DECL. PR c++/23491 * cp-tree.h (build_vec_init): Adjust prototype. * init.c (perform_member_init): Adjust call to build_vec_init. (build_aggr_init): Likewise. (build_new_1): Do not call build_default_init for array types. (build_vec_init): Add explicit_default_init_p parameter. Perform default initialization of vector elements when set. * typeck.c (build_modify_expr): Adjust call to build_vec_init. PR c++/19004 * g++.dg/template/nontype13.C: New test. PR c++/23491 * g++.dg/init/new14.C: New test. * g++.dg/expr/anew1.C: Do not XFAIL. * g++.dg/expr/anew2.C: Likewise. * g++.dg/expr/anew3.C: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.351r2=1.5084.2.352 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.4648.2.83r2=1.4648.2.84 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1106.2.11r2=1.1106.2.12 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/init.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.412.2.6r2=1.412.2.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.978.2.18r2=1.978.2.19 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.616.2.14r2=1.616.2.15 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/new14.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/anew1.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.3r2=1.3.42.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/anew2.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.3r2=1.3.42.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/anew3.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.3r2=1.3.42.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/nontype13.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23491
[Bug c++/23491] [4.0/4.1 Regression] new declarator with constant expression gives error: invalid use of array with unspecified bounds
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26 19:33 --- Subject: Bug 23491 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-26 19:32:31 Modified files: gcc/cp : ChangeLog cp-tree.h init.c typeck.c gcc/testsuite : ChangeLog gcc/testsuite/g++.dg/expr: anew1.C anew2.C anew3.C Added files: gcc/testsuite/g++.dg/init: new14.C Log message: PR c++/23491 * cp-tree.h (build_vec_init): Adjust prototype. * init.c (perform_member_init): Adjust call to build_vec_init. (build_aggr_init): Likewise. (build_new_1): Do not call build_default_init for array types. (build_vec_init): Add explicit_default_init_p parameter. Perform default initialization of vector elements when set. * typeck.c (build_modify_expr): Adjust call to build_vec_init. PR c++/23491 * g++.dg/init/new14.C: New test. * g++.dg/expr/anew1.C: Do not XFAIL. * g++.dg/expr/anew2.C: Likewise. * g++.dg/expr/anew3.C: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4859r2=1.4860 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gccr1=1.1158r2=1.1159 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/init.c.diff?cvsroot=gccr1=1.426r2=1.427 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gccr1=1.648r2=1.649 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5964r2=1.5965 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/new14.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/anew1.C.diff?cvsroot=gccr1=1.3r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/anew2.C.diff?cvsroot=gccr1=1.3r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/anew3.C.diff?cvsroot=gccr1=1.3r2=1.4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23491
[Bug other/23581] Build failure on MINGW for gcc-4.1-20050819
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 19:55 --- This is either a bug in intl or stdin.h. Could you add -g3 and -save-temps and then attach the preprocessed source? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23581
[Bug c++/19004] [3.4 Regression] ICE in uses_template_parms at cp/pt.c:4860
-- What|Removed |Added Known to work||4.0.2 4.1.0 Summary|[3.4/4.0/4.1 Regression] ICE|[3.4 Regression] ICE in |in uses_template_parms at |uses_template_parms at |cp/pt.c:4860|cp/pt.c:4860 Target Milestone|4.0.2 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19004
[Bug c++/23582] New: Simple code segfaults on itanium
With g++ -O2 the following code produces
(0,0)
Segmentation fault
on Itanium only.
I apologise for leaving the includes in, but these are standard and long
includes, so I thought it should
be okay. I am unfortunately unable to test with more recent versions. The
original project was 1,
and removing nearly any line in this bare-bones version makes the bug go away
(the original project
isn't that lucky).
Compiler information:
$ g++ -v -save-temps -O2 Lcommandline.cc
Reading specs from /usr/lib/gcc-lib/ia64-redhat-linux/3.2.3/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --
enable-shared --enable-threads=posix --disable-checking --with-system-zlib
--enable-__cxa_atexit
--host=ia64-redhat-linux
Thread model: posix
gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-42)
/usr/lib/gcc-lib/ia64-redhat-linux/3.2.3/cpp0 -lang-c++ -D__GNUG__=3
-D__DEPRECATED
-D__EXCEPTIONS -v -D__GNUC__=3 -D__GNUC_MINOR__=2 -D__GNUC_PATCHLEVEL__=3
-D__GXX_ABI_VERSION=102 -D__gnu_linux__ -D__linux -D__linux__ -D_LONGLONG
-Dlinux -Dunix
-D__gnu_linux__ -D__linux -D__linux__ -D_LONGLONG -D__linux__ -D__unix__
-D__linux -D__unix
-Asystem=linux -D__OPTIMIZE__ -D__STDC_HOSTED__=1 -D_GNU_SOURCE -Acpu=ia64
-Amachine=ia64 -D__ia64 -D__ia64__ -D_LP64 -D__LP64__ -D__ELF__
-D__LONG_MAX__=9223372036854775807L Lcommandline.cc Lcommandline.ii
GNU CPP version 3.2.3 20030502 (Red Hat Linux 3.2.3-42) (cpplib) (IA-64) Linux
ignoring nonexistent directory /usr/ia64-redhat-linux/include
#include ... search starts here:
#include ... search starts here:
/usr/include/c++/3.2.3
/usr/include/c++/3.2.3/ia64-redhat-linux
/usr/include/c++/3.2.3/backward
/usr/local/include
/usr/lib/gcc-lib/ia64-redhat-linux/3.2.3/include
/usr/include
End of search list.
/usr/lib/gcc-lib/ia64-redhat-linux/3.2.3/cc1plus -fpreprocessed
Lcommandline.ii -quiet -dumpbase
Lcommandline.cc -O2 -version -o Lcommandline.s
GNU CPP version 3.2.3 20030502 (Red Hat Linux 3.2.3-42) (cpplib) (IA-64) Linux
GNU C++ version 3.2.3 20030502 (Red Hat Linux 3.2.3-42) (ia64-redhat-linux)
compiled by GNU C version 3.2.3 20030502 (Red Hat Linux 3.2.3-42).
as -x -o Lcommandline.o Lcommandline.s
/usr/lib/gcc-lib/ia64-redhat-linux/3.2.3/collect2 -dynamic-linker
/lib/ld-linux-ia64.so.2 /usr/lib/
gcc-lib/ia64-redhat-linux/3.2.3/../../../crt1.o
/usr/lib/gcc-lib/ia64-redhat-linux/3.2.3/../../../crti.o /
usr/lib/gcc-lib/ia64-redhat-linux/3.2.3/crtbegin.o
-L/usr/lib/gcc-lib/ia64-redhat-linux/3.2.3 -L/
usr/lib/gcc-lib/ia64-redhat-linux/3.2.3/../../.. Lcommandline.o -lstdc++ -lm
-lgcc_s -lgcc -lc -lgcc_s
-lgcc /usr/lib/gcc-lib/ia64-redhat-linux/3.2.3/crtend.o
/usr/lib/gcc-lib/ia64-redhat-linux/3.2.3/../
../../crtn.o
#include complex
#include iostream
using namespace std;
struct LL
{
complexdouble lambda[2];
double gamma[2];
};
complexdouble func(complexdouble s, int what_type, int N, double g,
complexdouble l,
double Q, int Period, complexdouble delta, char *method) {
cerr s endl;
cerr what_type endl;
cerr N endl;
cerr g endl;
cerr l endl;
cerr Q endl;
cerr Period endl;
cerr delta endl;
cerr method endl;
return 0.;
}
int main () {
LL int_L;
cout int_L.lambda[1] endl;
func(complexdouble(0.5,100.), 0, 0, int_L.gamma[1], int_L.lambda[1],
0, 0, 0.,);
return 0;
}
--
Summary: Simple code segfaults on itanium
Product: gcc
Version: 3.2.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rfurmani at uwaterloo dot ca
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: ia64-redhat-linux
GCC host triplet: ia64-redhat-linux
GCC target triplet: ia64-redhat-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23582
[Bug libstdc++/20534] Erroneous #include of cassert
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26 21:11 --- Subject: Bug 20534 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-26 21:10:59 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/config: linker-map.gnu libstdc++-v3/include/debug: debug.h macros.h libstdc++-v3/src: debug.cc Log message: 2005-08-26 Benjamin Kosnik [EMAIL PROTECTED] PR libstdc++/20534 (contd) * src/debug.cc (__gnu_debug): Remove __fancy_abort definition. Remove cstdio and cstdlib includes. * include/debug/debug.h: Define inline here. Remove _GLIBCXX_DEBUG_ABORT. * include/debug/macros.h: Remove __fancy_abort declaration, _GLIBXX_DEBUG_ABORT definition. * config/linker-map.gnu: Remove export. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gccr1=1.3081r2=1.3082 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/linker-map.gnu.diff?cvsroot=gccr1=1.83r2=1.84 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/debug/debug.h.diff?cvsroot=gccr1=1.7r2=1.8 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/debug/macros.h.diff?cvsroot=gccr1=1.3r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/src/debug.cc.diff?cvsroot=gccr1=1.13r2=1.14 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20534
[Bug target/23582] Simple code segfaults on itanium
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26 21:11 --- Two things. First this is a redhat specific version of GCC: Red Hat Linux 3.2.3. Second 3.2.x is no longer being updated, Can you try 3.4.4? -- What|Removed |Added Component|c++ |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23582
[Bug libstdc++/21955] std::stringbuf vs. in_avail
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26 21:18 --- Subject: Bug 21955 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-26 21:18:00 Modified files: libstdc++-v3 : ChangeLog configure configure.ac libstdc++-v3/config: linker-map.gnu libstdc++-v3/include/bits: fstream.tcc libstdc++-v3/include/std: std_sstream.h libstdc++-v3/testsuite: testsuite_abi.cc libstdc++-v3/testsuite/27_io/basic_stringbuf/in_avail/char: 1.cc libstdc++-v3/testsuite/27_io/basic_stringbuf/in_avail/wchar_t: 1.cc libstdc++-v3/testsuite/27_io/basic_stringbuf/str/char: 1.cc libstdc++-v3/testsuite/27_io/basic_stringbuf/str/wchar_t: 1.cc Added files: libstdc++-v3/testsuite/27_io/basic_filebuf/in_avail/char: 9701-3.cc libstdc++-v3/testsuite/27_io/basic_streambuf/in_avail/char: 1.cc libstdc++-v3/testsuite/27_io/basic_streambuf/in_avail/wchar_t: 1.cc libstdc++-v3/testsuite/27_io/basic_stringbuf/in_avail/char: 21955.cc Removed files: libstdc++-v3/testsuite/27_io/basic_streambuf/in_avail/char: 9701-3.cc libstdc++-v3/testsuite/27_io/basic_streambuf/in_avail/wchar_t: 9701-3.cc Log message: 2005-08-26 Benjamin Kosnik [EMAIL PROTECTED] PR libstdc++/21955 * include/std/std_sstream.h (basic_stringbuf::showmanyc): Add. Remove unnecessary this-_M_mode decoration. * include/bits/fstream.tcc: Adjust line spacing. * testsuite/27_io/basic_streambuf/in_avail/char/1.cc: New, test base class behavior. * testsuite/27_io/basic_streambuf/in_avail/wchar_t/1.cc: Same. * testsuite/27_io/basic_stringbuf/in_avail/char/21955.cc: New. * testsuite/27_io/basic_stringbuf/in_avail/char/1.cc: Match filebuf behavior. * testsuite/27_io/basic_stringbuf/in_avail/wchar_t/1.cc: Same. * testsuite/27_io/basic_stringbuf/str/wchar_t/1.cc: Same. * testsuite/27_io/basic_stringbuf/str/char/1.cc: Same. * testsuite/27_io/basic_streambuf/in_avail/char/9701-3.cc: Move... * testsuite/27_io/basic_filebuf/in_avail/char/9701-3.cc: ...here. * config/linker-map.gnu: Add exports. 2005-08-26 Benjamin Kosnik [EMAIL PROTECTED] * config/linker-map.gnu: Add linkage support for no extern templates. (std::ios_base::_M_call_callbacks): Add. (std::ios_base::_M_dispose_callbacks): Add. (std::locale::facet::_S_get_c_name): Add. (std::__copy_streambufs): Add. * configure.ac (libtool_VERSION): To 6:6:0. * configure: Regenerate. * testsuite/testsuite_abi.cc (check_version): Add GLIBCXX_3.4.6. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.2917.2.73r2=1.2917.2.74 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/configure.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.423.2.5r2=1.423.2.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/configure.ac.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.32.10.2r2=1.32.10.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/linker-map.gnu.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.78.2.2r2=1.78.2.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/fstream.tcc.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.128.10.2r2=1.128.10.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/std/std_sstream.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.41r2=1.41.12.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/testsuite_abi.cc.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.8.12.3r2=1.8.12.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/basic_filebuf/in_avail/char/9701-3.cc.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.2.4.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/basic_streambuf/in_avail/char/1.cc.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.2.4.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/basic_streambuf/in_avail/char/9701-3.cc.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.2r2=NONE http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/basic_streambuf/in_avail/wchar_t/1.cc.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.2.4.1
[Bug libstdc++/21955] std::stringbuf vs. in_avail
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-08-26 21:20 --- Fixed in 4.0.2 -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21955
[Bug ada/23583] New: invalid implemenation of Ada Monotonic_Clock
The Ada Reference Manual states in D.8 Monotonic Time: (32) A clock jump is the difference between two successive distinct values of the clock (as observed by calling the Clock function). There shall be no backward clock jumps. The clock referenced above is the Clock function in Ada.Real_Time. The implementation of Ada.Real_Time in file a-reatim.adb acquires its Time from System.Task_Primitives.Operations.Monotonic_Clock. Furthermore, System.Task_Primitives.Operations.Monotonic_Clock in file s-taprop.ads states: function Monotonic_Clock return Duration; pragma Inline (Monotonic_Clock); -- Returns absolute time, representeSystem.OS_Interfaced as an offset relative to the -- Epoch, which is Jan 1, 1970. This clock implementation is immune to -- the system's clock changes. However, the implementation of Monotonic_Clock function above in file s-taprop.adb acquires its time from gettimeofday defined in System.OS_Interface. gettimeofday returns the system's clock time of day. Therefore, it is NOT immune to the system's clock changes. PROBLEM: gettimeofday is affected by system's clock changes. This includes backward clock jumps. This problem also exists in System.OS_Primitives in file s-osprim.adb where function Monotomic_Clock has another implementation which is only a renames of function Clock in the same file. This Clock also uses the gettimeofday for the system clock. POSSIBLE SOLUTION: Make Monotonic_Clock implemenations use the hardware clock instead of the software system clock. I am using gcc -v Using built-in specs. Target: i386-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,java,f95,ada --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --host=i386-redhat-linux Thread model: posix gcc version 4.0.0 20050519 (Red Hat 4.0.0-8) on Fedora Core 4 Linux - identified as Linux version 2.6.11-1.1369_FC4 ([EMAIL PROTECTED]) (gcc version 4.0.0 20050525 (Red Hat 4.0.0-9)) #1 Thu Jun 2 22:55:56 EDT 2005 Please let me know if you need any further information. Thanks in advance for your help with this issue, Stan -- Summary: invalid implemenation of Ada Monotonic_Clock Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Stanley dot Harmon at Sperry dot NGC dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: 4.0.0 GCC host triplet: 4.0.0 GCC target triplet: 4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23583
[Bug target/23582] Simple code segfaults on itanium
--- Additional Comments From rfurmani at uwaterloo dot ca 2005-08-26 21:29 --- Subject: Re: Simple code segfaults on itanium I know it is not a good version, and we are trying to get the admin to upgrade it, but until then this is all I have access to. I still wanted to post it to see if it could be tested on higher versions or if it is a known problem. Thank you, Ralph -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23582
[Bug rtl-optimization/23560] [4.0 Regression] Strength-reduction breaking unsigned COMPARE
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26 21:57 --- Subject: Bug 23560 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-26 21:57:28 Modified files: gcc: ChangeLog loop.c Log message: PR rtl-opt/23560 * loop.c (biased_biv_may_wrap_p): New. (maybe_eliminate_biv_1): Use it to suppress non-equality comparison transformations. Delete disabled code. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9832r2=2.9833 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/loop.c.diff?cvsroot=gccr1=1.539r2=1.540 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23560
[Bug rtl-optimization/23560] [4.0 Regression] Strength-reduction breaking unsigned COMPARE
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26 21:59 --- Subject: Bug 23560 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-26 21:59:25 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.c-torture/execute: 20050826-2.c Log message: PR rtl-opt/23560 * gcc.c-torture/execute/20050826-2.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5967r2=1.5968 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/20050826-2.c.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23560
