[Bug middle-end/18424] [3.4/4.0 Regression] ~6x+ performance regression, constant trees not being computed.

--- Additional Comments From schlie at comcast dot net 2004-12-21 08:02 --- Problems, with 4.0 avr test results (some good, some bad, some odd); 00c6 : int main (void){ c6: c8 ef ldi r28, 0xF8 ; 248 c8: d0 e1 ldi r29, 0x10 ; 16 ca:

[Bug tree-optimization/19098] tree-ssa-dom.c has an "if" statement whose condition is probably wrong

--- Additional Comments From kazu at cs dot umass dot edu 2004-12-21 08:07 --- Can we do something like the following? Avoid creating multiple entries to into a loop before the loop optimizations run. Try to thread every edge after the loop optimizations run. The loop optimizers proba

[Bug tree-optimization/19096] Wrong code with -ftree-vectorize

--- Additional Comments From belyshev at lubercy dot com 2004-12-21 08:30 --- My bad, I used wrong tree... The problem is in these patches: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01381.html and not in mainline. -- What|Removed |Added --

[Bug tree-optimization/19096] Wrong code with -ftree-vectorize

--- Additional Comments From rakdver at gcc dot gnu dot org 2004-12-21 08:36 --- Which one of them? And what is the problem? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19096

[Bug rtl-optimization/19097] Lots of else ifs take forever to compile

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-21 08:38 --- This is what I get (with checking enabled) for an C5 with two C4s with "GNU C version 4.0.0 20041220 (experimental) (x86_64-unknown-linux-gnu)": $ ./cc1 t.c -O2 a {GC 14385k -> 11467k} Analyzing comp

[Bug rtl-optimization/19097] Lots of else ifs take forever to compile

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-21 08:47 --- Hmm no, it's not compute_transp: CPU: P4 / Xeon with 2 hyper-threads, speed 3194.18 MHz (estimated) Counted GLOBAL_POWER_EVENTS events (time during which processor is not stopped) with a unit mask of 0x0

[Bug middle-end/19100] New: Wrong code for ?-operator with casted ?-operator predicat

The function test returns 17 not 18 as required. #include signed char test(long v[]){ return ( ( ((signed char) (v[1] ? 0x100 : 0 ))) ? 17 : 18); } int main(void){ static long v[3]; v[1]=2; printf("test : %d\n",test(v)); return 0; } -- Summa

[Bug tree-optimization/19096] Wrong code with -ftree-vectorize

--- Additional Comments From belyshev at lubercy dot com 2004-12-21 09:28 --- The problem is with this patch * tree-optimize.c (init_tree_optimization_passes): Add dominator and dce pass after pre. and it is fixed by http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00514.ht

[Bug tree-optimization/19067] ICE in tree-if-conv

--- Additional Comments From belyshev at lubercy dot com 2004-12-21 09:28 --- *** Bug 19096 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug fortran/19101] New: missing & in character continuation not caught

The following code is erroneous because there's a & missing in the continuation line: $ cat char-cont-wrong.f90 program main character (len=40) c c = "Hello, & world!" print *,c end program main $ gfortran char-cont-wrong.f90 $ ./a.out Hello,world! I think a diagnostic is ne

[Bug middle-end/19100] Wrong code for ?-operator with casted ?-operator predicat

--- Additional Comments From falk at debian dot org 2004-12-21 09:53 --- Confirmed on alphaev68-linux. Not a regression. -- What|Removed |Added Status|UNCONFIRME

[Bug fortran/18918] Eventually support the co-array f95 extension in gfortran

--- Additional Comments From mg_gentoo at yahoo dot com 2004-12-21 09:56 --- I agree, but figured it was worth filing away for the future. Here's another doc from cray, the link to which I couldn't find earlier: http://www.cray.com/cgi-bin/swpubs/craydoc30/craydoc.cgi?frames=1&html=toc_

[Bug c/19102] New: -march=pentium3 breaks linux kernel compiles w/ gcc-3_4-branch as of 2004/12/20

gcc -Wp,-MD,init/.main.o.d -nostdinc -iwithprefix include -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -ffreestanding -std=gnu89 -O2 -fomit-frame-pointer -pipe -msoft-float -mpreferred-stack-boundary=2 -march=pentium3 -Iinclude/asm-i386/m

[Bug c/19102] -march=pentium3 breaks linux kernel compiles w/ gcc-3_4-branch as of 2004/12/20

--- Additional Comments From bero at arklinux dot org 2004-12-21 10:18 --- Created an attachment (id=7789) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7789&action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19102

[Bug c/19102] -march=pentium3 breaks linux kernel compiles w/ gcc-3_4-branch as of 2004/12/20

-- What|Removed |Added Known to fail||3.4.4 Known to work||3.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19102

[Bug target/18788] "-pthreads" option with "-shared" does not cause libpthread.so to be linked in.

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-21 11:04 --- Confirmed, the SPEC string in config/sol2.h is very explicit: #define LIB_SPEC \ "%{compat-bsd:-lucb -lsocket -lnsl -lelf -laio} \ %{!shared:\ %{!symbolic:\ %{pthreads:-lpthread} \

[Bug target/18473] unrecognizable insn compiling various sources

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-21 11:12 --- Are you sure this target is supported by the FSF compiler at all? *** Configuration hppa--netbsd not supported Configure in /home/eric/build/gcc-3_3-branch/hppa--netbsd/gcc failed, exiting. --

[Bug c/18740] Execution-time sizeof drops side effects

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-21 11:15 --- Reproducible on x86 and x86-64. -- What|Removed |Added GCC build triplet|sparc-sun-solar

[Bug c++/19018] [3.3 Regression] virtual memory exhausted

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-21 11:17 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug bootstrap/19103] New: Current CVS (2004/12/21) doesn't compile

Trying to bootstrap current CVS results in: ./xgcc -B./ -B/usr/i586-ark-linux/bin/ -isystem /usr/i586-ark-linux/include -isystem /usr/i586-ark-linux/sys-include -L/usr/src/ark/BUILD/gcc4/build/gcc/../ld -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wo

[Bug bootstrap/19103] Current CVS (2004/12/21) doesn't compile

--- Additional Comments From bero at arklinux dot org 2004-12-21 11:23 --- Created an attachment (id=7790) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7790&action=view) preprocessed source I compiled gcc 4.0.0-20041221 with gcc 3.4.4-20041220, in case this is an error

[Bug tree-optimization/19104] New: in range test not noticed

The attached test case contains two equivalent functions. The second one produces better code, because it has been manually CSE'd. The problem is that fold-const is doing the conversion of 'a ==V1 || a == V2' (V2 == V1 + 1) into '(a - V1) <= (V2 - V1)', but that can't be done until we spot that b

[Bug tree-optimization/19104] in range test not noticed

--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-21 11:43 --- Created an attachment (id=7791) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7791&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19104

[Bug tree-optimization/19104] in range test not noticed

--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-21 11:43 --- Created an attachment (id=7792) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7792&action=view) assembly at -O2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19104

[Bug tree-optimization/19105] New: fold does not spot anti-range test

The attached test case shows two equivalent functions, unfortunately the first is not optimized as best as the second. Notice the only different is the placement of some superfluous parentheses. Death to fold-const! -- Summary: fold does not spot anti-range test Product: g

[Bug tree-optimization/19105] fold does not spot anti-range test

--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-21 12:22 --- Created an attachment (id=7793) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7793&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19105

[Bug target/19102] [3.4 Regression] -march=pentium3 breaks linux kernel compiles w/ gcc-3_4-branch as of 2004/12/20

--- Additional Comments From belyshev at lubercy dot com 2004-12-21 12:22 --- /* reduced testcase, use "-O1 -march=pentium3" */ int unknown_bootoption (void) { int i, j, k, l; for (i = 0; i < 2; i++) asm volatile("" :"=a" (j), "=&S" (k), "=&c" (l)

[Bug tree-optimization/19105] fold does not spot anti-range test

--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-21 12:23 --- Created an attachment (id=7794) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7794&action=view) assembly produced at -O2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19105

[Bug c++/9126] g++ incorrectly prefers non-template user-defined conversion operator

--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-21 12:28 --- EDG have confirmed a bug in their implementation. G++ is correct. -- What|Removed |Added

[Bug target/10395] [x86] vector types are incorrectly aligned causing crash in multi-threaded apps or when using in main, plus other times

--- Additional Comments From uros at kss-loka dot si 2004-12-21 12:50 --- Fixed pthread library should be installed to solve this bug: http://gcc.gnu.org/ml/gcc/2004-12/msg00918.html -- What|Removed |Added ---

[Bug target/18473] unrecognizable insn compiling various sources

--- Additional Comments From martin at duskware dot de 2004-12-21 13:04 --- Subject: Re: unrecognizable insn compiling various sources > Are you sure this target is supported by the FSF compiler at all? Ooops, sorry, no it isn't. The changes are not yet fed back. Sorry I overlooked th

[Bug c++/17365] Should Koenig lookup find non-functions?

--- Additional Comments From redi at gcc dot gnu dot org 2004-12-21 13:14 --- Bug 17045 looks like the same issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17365

[Bug c++/17045] conflict between function template and class with same name

--- Additional Comments From redi at gcc dot gnu dot org 2004-12-21 13:15 --- Dup of bug 17365 ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17045

[Bug libfortran/19106] New: segfault in executable for print *,sum(a,dim=2,mask=a>0)

s=c,c++,f95 : (reconfigured) ../gcc/configure --prefix=/home/ig25 --enable-languages=c,c++,f95 Thread model: posix gcc version 4.0.0 20041221 (experimental) -- Summary: segfault in executable for print *,sum(a,dim=2,mask=a>0) Product: gcc Version:

[Bug c/18740] Execution-time sizeof drops side effects

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-21 13:39 --- Not a bug. Sizeof *never* has side effects. -- What|Removed |Added Status|NEW

[Bug c/16989] [meta-bug] C99 conformance bugs

-- Bug 16989 depends on bug 18740, which changed state. Bug 18740 Summary: Execution-time sizeof drops side effects http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18740 What|Old Value |New Value -

[Bug c/18740] Execution-time sizeof drops side effects

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-21 13:43 --- I'm wrong. What a stupid thing to do to the C language. Someone should be smacked. -- What|Removed |Added ---

[Bug c/16989] [meta-bug] C99 conformance bugs

-- Bug 16989 depends on bug 18740, which changed state. Bug 18740 Summary: Execution-time sizeof drops side effects http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18740 What|Old Value |New Value -

[Bug target/17767] [4.0 Regression] MMX intrinsics cause internal compiler error

--- Additional Comments From uros at kss-loka dot si 2004-12-21 13:47 --- The problem here is that case RTX_COMPARE:/case RTX_COMM_COMPARE: in fold_rtx() in cse.c is not 'vector safe'. The testcase from comment #3 will trigger these parts of RTX_COMPARE case: /* See if the

[Bug tree-optimization/19107] New: regclass.c miscompiled by -ftree-vectorize

Hope I didn't mess anything with my gcc tree :) Steps to reproduce: 1. apply the patch to regclass.c 2. compile record_operand_costs.i with "-O1 -ftree-vectorize" and link into cc1 3. use testcase bug.i to see segmentation fault -- Summary: regclass.c miscompiled by -ftree-vectorize

[Bug tree-optimization/19107] regclass.c miscompiled by -ftree-vectorize

--- Additional Comments From belyshev at lubercy dot com 2004-12-21 14:10 --- Created an attachment (id=7795) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7795&action=view) patch to regclass.c (1840 bytes) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19107

[Bug tree-optimization/19107] regclass.c miscompiled by -ftree-vectorize

--- Additional Comments From belyshev at lubercy dot com 2004-12-21 14:11 --- Created an attachment (id=7796) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7796&action=view) failing function (5644 bytes) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19107

[Bug tree-optimization/19107] regclass.c miscompiled by -ftree-vectorize

--- Additional Comments From belyshev at lubercy dot com 2004-12-21 14:12 --- Created an attachment (id=7797) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7797&action=view) testcase (349 bytes) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19107

[Bug c++/19108] New: [4.0 regression] ICE initializing arrays

The following valid code snippet causes an ICE on mainline when compiled with "-O": == struct A { int i[6]; A () : i() {} }; struct B { A a; B(const A& x) : a(x) {} }; B b=A(); == bug.cc: In function 'void __stati

[Bug libgcj/19109] New: Creating archives with java.util.zip

The below code produces a zip file that can be opened in WinZip 8.1 when compiled with Sun JRE 1.4.1_01. When compiled with GCJ 3.4.0 the zip file is produced but WinZip says it's corrupt. Is this a bug in GCJ or am I misunderstanding how java.util.zip works in libgcj? Thanks. Usage: Pass in t

[Bug libgcj/19109] Creating archives with java.util.zip

--- Additional Comments From belyshev at lubercy dot com 2004-12-21 14:48 --- It works for me with mainline. -- What|Removed |Added Keywords|

[Bug middle-end/19100] Wrong code for ?-operator with casted ?-operator predicat

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |roger at eyesopen dot com |dot org | Status|NEW

[Bug c/19099] No warning for uninitialized local variable use

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21 15:20 --- Use -Winit-self and -Wuninitialized (and -O1). See where this is documented. -- What|Removed

[Bug target/16111] generates invalid SSE movdqa instruction (instead of movaps)

--- Additional Comments From uros at kss-loka dot si 2004-12-21 15:25 --- Does life analysis eat RTLs with -O2? This part is from pr16111_.cpp.15.cse2: ... (note 8 7 13 0 NOTE_INSN_FUNCTION_BEG) (insn 13 8 16 0 (set (mem/i:SI (plus:SI (reg/f:SI 20 frame) (const_int -4

[Bug tree-optimization/19098] tree-ssa-dom.c has an "if" statement whose condition is probably wrong

--- Additional Comments From law at redhat dot com 2004-12-21 15:26 --- Subject: Re: tree-ssa-dom.c has an "if" statement whose condition is probably wrong On Tue, 2004-12-21 at 08:07 +, kazu at cs dot umass dot edu wrote: > --- Additional Comments From kazu at cs dot um

[Bug target/18473] unrecognizable insn compiling various sources

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21 15:28 --- So closing as will not fix. -- What|Removed |Added Status|WAITING

[Bug tree-optimization/19108] [4.0 regression] ICE initializing arrays

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21 15:30 --- This is more likely related to a bug which I filed. -- What|Removed |Added C

[Bug libgcj/19109] Creating archives with java.util.zip

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21 15:48 --- Fixed on the mainline. -- What|Removed |Added Status|UNCONFIRMED

[Bug c++/18681] [3.3/3.4/4.0 Regression] template friend declaration not recognized

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-21 15:50 --- Revised patch for 4.0 posted: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01634.html -- What|Removed |Added --

[Bug tree-optimization/19105] fold does not spot anti-range test

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21 15:52 --- Fold unlike simplify_rtx does not do as re-association (or really as much as re-association). -- What|Removed |Added

[Bug tree-optimization/19104] in range test not noticed

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21 15:54 --- Again (this is really the same problem as 19105): Fold unlike simplify_rtx does not do as re-association (or really as much as re-association). Oh, forgot to say why, because we call fold a lot more than s

[Bug middle-end/18424] [3.4/4.0 Regression] ~6x+ performance regression, constant trees not being computed.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21 16:02 --- No the orginal problem was fixed, please open a new bug about the new problem, I would not doubt that the new problem is not a regression. -- What|Removed |Added --

[Bug tree-optimization/19108] [4.0 regression] ICE initializing arrays

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21 16:10 --- sra_hash_tree does not handle RANGE_EXPRs. This implements them but it might not be the correct approach though: Index: tree-sra.c === RCS fi

[Bug java/19110] New: Simple java program does not work properly

[EMAIL PROTECTED]:/tmp$ cat Hello.java public class Hello{ public static void main(String[] args) { System.out.println("hello"); } } [EMAIL PROTECTED]:/tmp$ gcj-3.4 -o hello --main=Hello Hello.java [EMAIL PROTECTED]:/tmp$ ./hello ? [EMAIL PROTECTED]:/tmp$ gcj-3.3 -o hello --main=Hello Hell

[Bug java/19110] Simple java program does not work properly

--- Additional Comments From avdyk at debian dot org 2004-12-21 16:31 --- I'm working on Debian Sid on a powerpc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19110

[Bug inline-asm/19111] New: Alignment ignored if optimizing for size

Hello, Please correct me if this is just invalid code, but it compiles and runs perfectly when compiled with -O0, -O1, -O2 or when build with intelC... I've reduced it to this: int main() { float __attribute__((aligned(16))) aligned_field[4]; asm

[Bug inline-asm/19111] Alignment ignored if optimizing for size

--- Additional Comments From alonsoschaich at gmx dot de 2004-12-21 16:33 --- Created an attachment (id=7798) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7798&action=view) .ii file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19111

[Bug inline-asm/19111] Alignment ignored if optimizing for size

-- What|Removed |Added Known to fail||3.3.4 3.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19111

[Bug c++/19112] New: assignment from function to template fails

I try to assign a template to another template. Direct assignment works, but when I try to assign the result of a function call, gcc fails. Under the given canditates the expected one is listed. following code fails using gcc: ==

[Bug target/19102] [3.4 Regression] -march=pentium3 breaks linux kernel compiles w/ gcc-3_4-branch as of 2004/12/20

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21 16:44 --- Hmm, it worked with 2004-12-11. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19102

[Bug c/18596] [4.0 regression] ICE in make_decl_rtl

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-21 17:01 --- Subject: Bug 18596 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-21 17:01:08 Modified files: gcc: ChangeLog c-decl.c c-parse.in c-typec

[Bug c/18963] [4.0 Regression] static and nested declarations cause an ice

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-21 17:07 --- Subject: Bug 18963 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-21 17:07:06 Modified files: gcc: c-decl.c ChangeLog gcc/tests

[Bug c/18596] [4.0 regression] ICE in make_decl_rtl

--- Additional Comments From phython at gcc dot gnu dot org 2004-12-21 17:09 --- Lets see if I did it right this time. -- What|Removed |Added Status|ASSIGNED

[Bug c/18963] [4.0 Regression] static and nested declarations cause an ice

--- Additional Comments From phython at gcc dot gnu dot org 2004-12-21 17:11 --- Removed some code and fixed a bug. That looks like a good thing. -- What|Removed |Added

[Bug inline-asm/19111] Alignment ignored if optimizing for size

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-21 17:25 --- If movaps crashes in main, it means your libc is broken and isn't aligning the stack before main. GCC does add some code to main to realign the end of the stack, but that doesn't help main itself. You'd have t

[Bug c++/18975] [4.0 regression] Copying objects with mutable non-static data members

--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-21 17:27 --- 2004-12-21 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/18975 * method.c (do_build_copy_constructor): Refactor. Don't const qualify a mutable field. (do_build_assign_ref): Like

[Bug c++/18975] [4.0 regression] Copying objects with mutable non-static data members

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-21 17:28 --- Subject: Bug 18975 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-21 17:28:35 Modified files: gcc/cp : ChangeLog method.c gcc/tests

[Bug c++/19112] assignment from function to template fails

--- Additional Comments From bangerth at dealii dot org 2004-12-21 17:36 --- gcc is correct: the result of getSomething is a temporary. Temporaries can only be bound to const references, not to non-const ones. Thus, the constructor UsePointer(Pointer &point) : m_localCop

[Bug tree-optimization/17617] Micro-optimize INTEGRAL_TYPE_P (or tree.def rather)

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW

[Bug tree-optimization/17617] Micro-optimize INTEGRAL_TYPE_P (or tree.def rather)

--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-21 17:43 --- 2004-12-21 Nathan Sidwell <[EMAIL PROTECTED]> * system.c (IN_RANGE): Use plain unsigned, not unsigned HOST_WIDE_INT. * tree.def (VOID_TYPE, INTEGER_TYPE, REAL_TYPE, COMPLEX_TYPE,

[Bug c/19113] New: Assigning to va_list var is valid for va_arg calls but not other cases

With gcc 3.4.3, I got [EMAIL PROTECTED] tmp]$ cat a.c #include void foo(int l, ...) { va_list p,q,r; va_start(p,l); #if WORK q = va_arg(p,va_list); #else /* The following code fails */ q = r; #endif } [EMAIL PROTECTED] tmp]$ gcc -S a.c a.c: In function `foo': a.c:11: incompatible type

[Bug c++/14075] ("foo") accepted as char[] initializer

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-21 17:54 --- Subject: Bug 14075 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-21 17:54:27 Modified files: gcc/cp : ChangeLog cp-tree.h decl.c error.c se

[Bug target/19102] [3.4 Regression] -march=pentium3 breaks linux kernel compiles w/ gcc-3_4-branch as of 2004/12/20

--- Additional Comments From bero at arklinux dot org 2004-12-21 17:55 --- Worked in 2004-12-17 too, broken in 2004-12-20 and 2004-12-21 (I don't have -18 and -19) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19102

[Bug target/19102] [3.4 Regression] -march=pentium3 breaks linux kernel compiles w/ gcc-3_4-branch as of 2004/12/20

--- Additional Comments From bero at arklinux dot org 2004-12-21 18:00 --- Must be a cc1 issue - 2004-12-21 with 2004-12-17's /usr/libexec/gcc/*/3.4.4/cc1 works -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19102

[Bug target/18027] undocumented ia64-hpux options

--- Additional Comments From sje at cup dot hp dot com 2004-12-21 18:00 --- This has been fixed on the 3.4 branch and ToT with the patch at http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00985.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18027

[Bug libfortran/19114] New: runtime error when reading complex*16 using formatted I/O

gfortran (snapshot as of 12/17/04) compiled code gives a runtime error when reading formatted complex*16 values using the following program: program testIO implicit none integer i complex*16 values(5) open(7,file='test1.dat',status='old') read ( 7, '(5E15

[Bug c++/14075] ("foo") accepted as char[] initializer

--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-21 18:28 --- 2004-12-16 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/14075 * decl.c (check_initializer): Check string initializer of array is not parenthesized. * cp-tree.h (PAREN_STRING_LI

[Bug c/19113] Assigning to va_list var is valid for va_arg calls but not other cases

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21 18:43 --- Use va_copy as this is invalid c. -- What|Removed |Added Status|UNCONFIRMED

[Bug target/18027] undocumented ia64-hpux options

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21 18:44 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug target/5362] Undocumented target options

-- Bug 5362 depends on bug 18027, which changed state. Bug 18027 Summary: undocumented ia64-hpux options http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18027 What|Old Value |New Value

[Bug java/19110] Simple java program does not work properly

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21 18:47 --- Hmm, this works on the mainline (I know because one of the gcj developers use powerpc-linux, I think debian or fordora core). -- What|Removed |Added ---

[Bug fortran/19101] missing & in character continuation not caught

-- What|Removed |Added Keywords||accepts-invalid, diagnostic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19101

[Bug libfortran/19114] runtime error when reading complex*16 using formatted I/O

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21 18:51 --- Hmm, did you accidently reload the commit page? *** This bug has been marked as a duplicate of 19064 *** -- What|Removed |Added -

[Bug libfortran/19064] runtime error when reading complex*16 using formatted I/O

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21 18:51 --- *** Bug 19114 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19064

[Bug libfortran/19106] segfault in executable for print *,sum(a,dim=2,mask=a>0)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21 18:53 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug rtl-optimization/19103] [4.0 Regression] Current CVS (2004/12/21) doesn't compile

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21 19:00 --- Hmm, this works with a cross compiler, how did you configure gcc? Also what stage is this? -- What|Removed |Added

[Bug libstdc++/17140] Floating point output is slow

--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-12-21 19:19 --- The power4 segfault occurs in frexpl() in libc, which is a result of calling __builtin_frexpl() inside std::frexp(long double). I was wondering if it might be a problem in long double representation. I thi

[Bug rtl-optimization/19103] [4.0 Regression] Current CVS (2004/12/21) doesn't compile

--- Additional Comments From bero at arklinux dot org 2004-12-21 19:21 --- I did: configure --prefix=/usr --libdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-static --enable-shared --enable-fast-install --enable-libstdcxx-pch --enable-__cxa_atexit --enabl

[Bug c/19113] Assigning to va_list var is valid for va_arg calls but not other cases

--- Additional Comments From joseph at codesourcery dot com 2004-12-21 19:27 --- Subject: Re: Assigning to va_list var is valid for va_arg calls but not other cases On Tue, 21 Dec 2004, pinskia at gcc dot gnu dot org wrote: > Use va_copy as this is invalid c. The compile-time validi

[Bug c++/14075] ("foo") accepted as char[] initializer

--- Additional Comments From gdr at integrable-solutions dot net 2004-12-21 19:27 --- Subject: Re: ("foo") accepted as char[] initializer "nathan at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | 2004-12-16 Nathan Sidwell <[EMAIL PROTECTED]> | | PR c++/14075 | * dec

[Bug c++/19115] New: __builtin_frexpl and std::frexp(long double) broken

The attached test generates the following output: i=-803365344 i=1 Both __builtin_frexpl and std::frexp(long double) give the above incorrect output. However, ::frexpl works as expected. -- Summary: __builtin_frexpl and std::frexp(long double) broken Product: gcc

[Bug c++/19115] __builtin_frexpl and std::frexp(long double) broken

--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-12-21 19:37 --- Created an attachment (id=7799) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7799&action=view) frexp testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19115

[Bug target/19115] __builtin_frexpl and std::frexp(long double) broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21 19:40 --- I should note that long double support for aix needs a little tweak to work. (at least that is what I remembered hearing from David). -- What|Removed |Added --

[Bug libstdc++/17140] Floating point output is slow

--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-12-21 19:40 --- The AIX problem is PR19115. Paolo, could you see if the same issue happens on ia64 and x86-64? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140

[Bug libstdc++/17140] Floating point output is slow

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21 19:42 --- (In reply to comment #31) > The power4 segfault occurs in frexpl() in libc, which is a result of calling > __builtin_frexpl() inside std::frexp(long double). I was wondering if it > might > be a problem in

  1   2   3   >