[Bug tree-optimization/15459] [meta-bug] there should be a tree combiner like the rtl one

2004-12-08 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added OtherBugsDependingO||18892 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15459

[Bug tree-optimization/18892] missed SRA of a block copy

2004-12-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08 20:15 --- Mine. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc

[Bug c/18887] libgcc2.h Improperly determines required built-in function size requirements.

2004-12-08 Thread schlie at comcast dot net
--- Additional Comments From schlie at comcast dot net 2004-12-08 20:25 --- Subject: Re: libgcc2.h Improperly determines required built-in function size requirements. > --- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08 > Is this really a bug as almost all 8/1

Re: [Bug tree-optimization/18892] New: missed SRA of a block copy

2004-12-08 Thread Diego Novillo
pinskia at gcc dot gnu dot org wrote: The following function: int f(int a) { int i = a & -129; return i == 144; } Should be compiled to: int f1(int a) { return (a & -129) == 144; // aka return 0; } Yes this shows up in real code (gcc), found while testing out my tree combiner. Hmm? What does

[Bug tree-optimization/18892] missed optimization with & and ==

2004-12-08 Thread dnovillo at redhat dot com
--- Additional Comments From dnovillo at redhat dot com 2004-12-08 20:28 --- Subject: Re: New: missed SRA of a block copy pinskia at gcc dot gnu dot org wrote: > The following function: > int f(int a) > { > int i = a & -129; > return i == 144; > } > Should be compiled to: > int f1(

[Bug tree-optimization/18892] missed optimization with & and ==

2004-12-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08 20:31 --- (In reply to comment #2) > Subject: Re: New: missed SRA of a block copy > > Hmm? What does SRA have to do with anything here? Nothing I had messed up on the summary and already changed it after seeing th

[Bug libstdc++/16896] [3.4/4.0 Regression] Use of non-reserved names in stl_list.h

2004-12-08 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16896

[Bug rtl-optimization/15405] Bug box, verify_flow_info failed when using -funroll-all-loops -O1

2004-12-08 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Summary|[3.4/4.0 regression] Bug|Bug box, verify_flow_info |box, verify_flow_info failed|failed when using -funroll-

[Bug c++/17256] [3.3/3.4 Regression] undefined but used static or inline functions should be diagnosed

2004-12-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08 20:52 --- This is fixed at least on the mainline. -- What|Removed |Added Known to fail|3.3.4 3.4.

[Bug libgcj/18893] New: null pointer exception in the Logger.getCallerStackFrame()

2004-12-08 Thread thhal at mailblocks dot com
I have a problem using the java.util.logging.Logger from a Java function that originates from a JNI call. Apparently I get a null pointer exception in the Logger.getCallerStackFrame() method. This is the stacktrace: at _ZN4java4util7logging6Logger19getCallerStackFrameEv(/usr/lib64/libgcj.so.5.

[Bug libgcj/18893] null pointer exception in the Logger.getCallerStackFrame()

2004-12-08 Thread thhal at mailblocks dot com
--- Additional Comments From thhal at mailblocks dot com 2004-12-08 21:13 --- Created an attachment (id=7707) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7707&action=view) test case type make, then run the resulting executeable gcjtest -- http://gcc.gnu.org/bugzilla/show_bug

[3.4.2 and 3.4.3] Cannot access protected member from a template derived class

2004-12-08 Thread Stephane Ouellette
Folks, I am pretty new at compiling GCC, so I would like to know if anyone has ever seen something like this. The attached program compiles cleanly under g++ 3.3.2 but fails to compile under g++ 3.4.2 and 3.4.3. I created a base class that defines an integer as a protected member. Then,

Re: [3.4.2 and 3.4.3] Cannot access protected member from a template derived class

2004-12-08 Thread Andrew Pinski
On Dec 8, 2004, at 4:23 PM, Stephane Ouellette wrote: Folks, I am pretty new at compiling GCC, so I would like to know if anyone has ever seen something like this. The attached program compiles cleanly under g++ 3.3.2 but fails to compile under g++ 3.4.2 and 3.4.3. Did you read the changes pa

[Bug c++/18894] New: Array declaration in functions accepting variable size

2004-12-08 Thread clippyhater at yahoo dot com
In a c++ source file, the following code compiles cleanly: #include using namespace std; void foo(int n) { int myArray[n]; for (int i=0 ; ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=18894

[Bug rtl-optimization/9331] ICE in final_scan_finsn

2004-12-08 Thread laa at lanl dot gov
--- Additional Comments From laa at lanl dot gov 2004-12-08 21:37 --- I'm having a problem very similar to this one on an x86_64 system, but only with 'g++ -m64', and not with -O0. Here are the details: > gcc --version gcc (GCC) 3.2.3 20030502 (Red Hat Linux 3.2.3-34) > uname -a Linux

[Bug c++/18894] Array declaration in functions accepting variable size

2004-12-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08 21:37 --- Use -pedantic as VLA is a GCC extension for C++. Also I should note that since VLAs are in C99, there is some hope in getting them included in a later C++ standard. -- What|Removed

[Bug middle-end/17982] stop calling assemble_external before final assembly output time

2004-12-08 Thread zack at gcc dot gnu dot org
--- Additional Comments From zack at gcc dot gnu dot org 2004-12-08 22:04 --- Uh, no, it's not fixed. It is, however, papered over adequately for 4.0. I'm turning this into a 4.1 enhancement PR. http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00491.html explains what needs to happen for

[Bug middle-end/17982] stop calling assemble_external before final assembly output time

2004-12-08 Thread zack at gcc dot gnu dot org
--- Additional Comments From zack at gcc dot gnu dot org 2004-12-08 22:05 --- ... and assigning to self. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

2004-12-08 Thread steven at gcc dot gnu dot org
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-08 22:18 --- extern int printf (__const char *__restrict __format, ...); void divisors_bug(long *t, long e, long P) { long j; long *d, *old_d, *act_d, *tmp; d = t; *++d = 5; old_d = t; for (j = e;

[Bug bootstrap/18853] ICE: genautomata.c:5238, error: verify_flow_info: Incorrect fallthru

2004-12-08 Thread micis at gmx dot de
--- Additional Comments From micis at gmx dot de 2004-12-08 23:13 --- Since both bugs are different, I changed this one to the ppc bug. -- What|Removed |Added GCC build trip

[Bug libstdc++/17038] ABI impacting issue in time_put

2004-12-08 Thread pcarlini at suse dot de
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17038

[Bug libfortran/18857] MATMUL failing with ALLOCATED matrices, unless base indices given

2004-12-08 Thread tobi at gcc dot gnu dot org
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-08 23:44 --- The error is precise a->base == 0 is not true, because we don't initialize it to zero: from the t02.original dump: unity.data = 0B; w.data = 0B; x.data = 0B; { real8[] * * D.475; unity.dtype =

[Bug target/17025] [3.3/3.4/4.0 Regression] attribute regparm code-generation bug

2004-12-08 Thread rth at gcc dot gnu dot org
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-08 23:56 --- Looks like bad constraints on a QImode and-setcc pattern. -- What|Removed |Added Assigne

[Bug fortran/18197] bus error on returning from a function

2004-12-08 Thread tobi at gcc dot gnu dot org
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-08 23:58 --- For the second call we generate: atmp.12.dtype = 281; atmp.12.data = 0B; atmp.12.offset = 0; atmp.12.dim[0].stride = 0; ... (no changes to atmp.12 funname (&atmp.12, (int4 *) n, &a

[Bug libfortran/18209] namelist read does not work for arrays

2004-12-08 Thread tobi at gcc dot gnu dot org
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-09 00:01 --- *** This bug has been marked as a duplicate of 17472 *** -- What|Removed |Added S

[Bug fortran/17472] namelist does not handle arrays

2004-12-08 Thread tobi at gcc dot gnu dot org
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-09 00:01 --- *** Bug 18209 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17472

[Bug tree-optimization/18792] ICE with -O1 -ftree-loop-linear on small test case

2004-12-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 00:04 --- Patch here: . -- What|Removed |Added

[Bug libfortran/18210] namelist output format problems

2004-12-08 Thread tobi at gcc dot gnu dot org
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-09 00:08 --- The names should be uppercase by the standard. I couldn't confirm the requirement of leading spaces. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18210

[Bug bootstrap/18895] New: libgfortran AM_MAKEFLAGS arg list + environment too large

2004-12-08 Thread dje at gcc dot gnu dot org
The addition of AM_MAKEFLAGS to libgfortran Makefile to fix a cross-compiler problem significantly increases the size of the process environment to the point that the arg list plus the environment is greater than MAX_ARG on AIX. AM_MAKEFLAGS appears to be completely redundant and unnecessary in an

[Bug bootstrap/18895] libgfortran AM_MAKEFLAGS arg list + environment too large

2004-12-08 Thread dje at gcc dot gnu dot org
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-09 00:12 --- Confirmed on AIX. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug AWT/17295] GdkGlyphVector.c triggers assert()s for empty strings

2004-12-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 00:14 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug SWING/17294] JMenu doesn't support tearoff

2004-12-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 00:14 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug SWING/17296] BasicGraphicsUtils.drawStringUnderlineCharAt() cannot handle drawing strings in a Graphics2D object since TextLayout is not implemented

2004-12-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 00:15 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug middle-end/17308] nonnull attribute not as useful as it could

2004-12-08 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Keywords||diagnostic Last reconfirmed|2004-09-09 03:42:31 |2004-12-09 00:17:09 date|

[Bug java/17231] verification error 3.4.1/3.5 : compile .class with embedded try blocks

2004-12-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 00:19 --- Fixed on the mainline. -- What|Removed |Added Status|NEW

[Bug fortran/18271] ICE with computed array declaration

2004-12-08 Thread tobi at gcc dot gnu dot org
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-09 00:22 --- This is invalid code, INT is not allowed in a specification expression. -- What|Removed |Added

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

2004-12-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 00:26 --- Fixed on the mainline: tt.c:3: warning: array initialized from parenthesized string constant -- What|Removed |Added -

[Bug c++/18514] [3.4/4.0 Regression] Alternate "asm" name ignored for redeclared builtin function imported into namespace std

2004-12-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 00:43 --- Patch here: . -- What|Removed |Added

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

2004-12-08 Thread kazu at cs dot umass dot edu
--- Additional Comments From kazu at cs dot umass dot edu 2004-12-09 00:47 --- I took Steven's testcase in comment #12, fed into GCC, took its .t13.cfg output, reformatted into C code, fed that back into GCC with -O0, and now I get the "5 5 garbage". I separated main() to a separate fil

[Bug fortran/18271] ICE with computed array declaration

2004-12-08 Thread tobi at gcc dot gnu dot org
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-09 00:47 --- The problem is that we insert a function call to convert IMAX to default real, and check_inquiry does not support these conversion functions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18271

Re: complex numbers

2004-12-08 Thread Paolo Carlini
Andreas Klein wrote: Unfortunally I have own no copy of the C99 standard. So I would be glade if you could give me an internet ressource which disscuss the C99 division algorithm or something like that. Then I will try to check what we can do. Ok, thanks. The important section of the C99 standar

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

2004-12-08 Thread kazu at cs dot umass dot edu
--- Additional Comments From kazu at cs dot umass dot edu 2004-12-09 00:58 --- Forget about comment #13. My bad. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18694

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

2004-12-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 01:01 --- (In reply to comment #12) Here is a testcase which might be slightly easy to understand it should do (removes *a++): extern int printf (__const char *__restrict __format, ...); void divisors_bug(long *t

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

2004-12-08 Thread kazu at cs dot umass dot edu
--- Additional Comments From kazu at cs dot umass dot edu 2004-12-09 01:32 --- Here is a complete testcase that fails at DOM1. With -O0, this testcase prints "5 5 5". With -O1, this testcase prints "5 5 0". I generated this testcase from final_cleanup after disabling DOM[123]. extern i

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

2004-12-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 01:33 --- And here is a testcase which aborts and it is independent of storing to memory: extern void abort (void); void divisors_bug(long t, long e, long P) { long int tmp; long int act_d; long int old_d;

[Bug target/18896] New: addressing split complex parm

2004-12-08 Thread amodra at bigpond dot net dot au
On powerpc64-linux, with this testcase int f (_Complex double a) { extern _Complex double cd; return memcmp (&a, &cd, sizeof (a)); } I'm hitting this assert in expand_expr_addr_expr_1 /* If the DECL isn't in memory, then the DECL wasn't properly marked TREE_ADDRESSABLE

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

2004-12-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 01:46 --- (In reply to comment #16) > Here is a complete testcase that fails at DOM1. > With -O0, this testcase prints "5 5 5". > With -O1, this testcase prints "5 5 0". > > I generated this testcase from final_clean

[Bug target/18896] addressing split complex parm

2004-12-08 Thread amodra at bigpond dot net dot au
--- Additional Comments From amodra at bigpond dot net dot au 2004-12-09 01:48 --- Created an attachment (id=7709) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7709&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18896

[Bug c++/7302] -Wnon-virtual-dtor should't complain of protected dtor

2004-12-08 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7302

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

2004-12-08 Thread kazu at cs dot umass dot edu
--- Additional Comments From kazu at cs dot umass dot edu 2004-12-09 02:14 --- DOM1 is translating tmp_4 < d_5 (in L2:) into d23_2 < d23_2, which would be false. So the threader itself doesn't seem to be broken. Something else is. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18

[Bug rtl-optimization/15405] [3.3/3.4 Regression] Bug box, verify_flow_info failed when using -funroll-all-loops -O1

2004-12-08 Thread giovannibajo at libero dot it
--- Additional Comments From giovannibajo at libero dot it 2004-12-09 02:23 --- 3.4 is ACATS free, this *is* a regression. -- What|Removed |Added Summary|Bug box,

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

2004-12-08 Thread kazu at cs dot umass dot edu
--- Additional Comments From kazu at cs dot umass dot edu 2004-12-09 02:51 --- Here are the PHI nodes that I am getting at L2 in thread_across_edge called on edge L23 -> L2. TMT.0_24 = PHI ; ivtmp14_6 = PHI <0(1), ivtmp14_14(5)>; d_5 = PHI ; <- defined tmp_4 = PHI ; <- used d23_3

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

2004-12-08 Thread kazu at cs dot umass dot edu
--- Additional Comments From kazu at cs dot umass dot edu 2004-12-09 03:26 --- I meant: At this point, it's not safe to use SSA_NAME_VALUE for tmp_4. Maybe we shouldn't add equivalence of tmp_4 and d_5 in the first place if d_5 is also defined in a PHI node at the same BB. -- http:

[Bug middle-end/18897] New: [4.0 Regression] /usr/ccs/bin/ld: Unsatisfied symbols: putchar (first referenced in build/gengenrtl.o) (data)

2004-12-08 Thread danglin at gcc dot gnu dot org
stage1/xgcc -Bstage1/ -B/opt/gnu/gcc/gcc-4.0.0/hppa2.0w-hp-hpux11.11/bin/ -g - O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/gengenrtl \ build/gengenrtl.o build/errors.o ../build-hppa2.0w-hp-hpux11.11/lib

[Bug middle-end/18897] [4.0 Regression] /usr/ccs/bin/ld: Unsatisfied symbols: putchar (first referenced in build/gengenrtl.o) (data)

2004-12-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 04:16 --- I think this was caused by: 2004-12-08 Zack Weinberg <[EMAIL PROTECTED]> PR 17982 * varasm.c (pending_assemble_externals): New static. (assemble_external_real): Meat of assemble_ex

[Bug bootstrap/18895] libgfortran AM_MAKEFLAGS arg list + environment too large

2004-12-08 Thread ian at wasabisystems dot com
--- Additional Comments From ian at wasabisystems dot com 2004-12-09 05:17 --- Here is my analysis: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00659.html My conclusion is that if you are using GNU make 3.79 or above, as is required by the gcc installation instructions, there is no

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

2004-12-08 Thread kazu at cs dot umass dot edu
--- Additional Comments From kazu at cs dot umass dot edu 2004-12-09 05:24 --- Updated the testcase like so: /* PR tree-optimization/18694 The dominator optimization didn't take the PHI evaluation order into account when threading an edge. */ extern void abort (void) __attribut

[Bug target/18896] addressing split complex parm

2004-12-08 Thread amodra at bigpond dot net dot au
--- Additional Comments From amodra at bigpond dot net dot au 2004-12-09 05:51 --- Fixing assign_parms_unsplit_complex -- What|Removed |Added AssignedTo|unassigned a

[Bug c/18898] New: [SH target], internal compiler error (ICE): for given code if using #pragma interrupt

2004-12-08 Thread prafullat at kpitcummins dot com
Hi, Sh-XXX-gcc gives ICE (internal compiler error) for subroutines with #pragma interrupt attribute when the size of variable or variables in the routing exceed 256 bytes. GCC version: 3.4 and later. Following is the simple test case for it. Test case: /// //bug.c #pra

[Bug target/18898] [SH target], internal compiler error (ICE): for given code if using #pragma interrupt

2004-12-08 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Severity|critical|normal Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=188

[Bug target/18898] [SH target], internal compiler error (ICE): for given code if using #pragma interrupt

2004-12-08 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 06:22 --- Confirmed on the mainline, unkown if this is a regression. -- What|Removed |Added

[Bug target/18896] addressing split complex parm

2004-12-08 Thread rth at gcc dot gnu dot org
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-09 06:58 --- I think the correct solution is to explicitly *clear* TREE_ADDRESSABLE in split_complex_args and set DECL_ARTIFICIAL so that the two pieces get allocated to pseudo registers. Then unsplit_complex needs to noti

[Bug preprocessor/15167] [3.4/4.0 Regression] Internal compiler error with "#pragma once"

2004-12-08 Thread ebotcazou at gcc dot gnu dot org
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-09 07:07 --- Revised patch at http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00604.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15167

<    1   2