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

--- 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

[Bug target/18896] addressing split complex parm

--- 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 target/18898] [SH target], internal compiler error (ICE): for given code if using #pragma interrupt

--- 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/18898] [SH target], internal compiler error (ICE): for given code if using #pragma interrupt

-- What|Removed |Added Severity|critical|normal Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=188

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

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/18896] addressing split complex parm

--- 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 tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- 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 bootstrap/18895] libgfortran AM_MAKEFLAGS arg list + environment too large

--- 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 middle-end/18897] [4.0 Regression] /usr/ccs/bin/ld: Unsatisfied symbols: putchar (first referenced in build/gengenrtl.o) (data)

--- 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 middle-end/18897] New: [4.0 Regression] /usr/ccs/bin/ld: Unsatisfied symbols: putchar (first referenced in build/gengenrtl.o) (data)

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 tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- 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 tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- 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 rtl-optimization/15405] [3.3/3.4 Regression] Bug box, verify_flow_info failed when using -funroll-all-loops -O1

--- 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)

--- 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 c++/7302] -Wnon-virtual-dtor should't complain of protected dtor

-- What|Removed |Added Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7302

[Bug target/18896] addressing split complex parm

--- 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 tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- 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] New: addressing split complex parm

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)

--- 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 tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- 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)

--- 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)

--- 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

Re: complex numbers

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 fortran/18271] ICE with computed array declaration

--- 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

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

--- 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 c++/18514] [3.4/4.0 Regression] Alternate "asm" name ignored for redeclared builtin function imported into namespace std

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

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

--- 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 fortran/18271] ICE with computed array declaration

--- 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 java/17231] verification error 3.4.1/3.5 : compile .class with embedded try blocks

--- 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 middle-end/17308] nonnull attribute not as useful as it could

-- What|Removed |Added Keywords||diagnostic Last reconfirmed|2004-09-09 03:42:31 |2004-12-09 00:17:09 date|

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

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

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

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

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

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

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

--- 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 bootstrap/18895] New: libgfortran AM_MAKEFLAGS arg list + environment too large

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 libfortran/18210] namelist output format problems

--- 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 tree-optimization/18792] ICE with -O1 -ftree-loop-linear on small test case

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

[Bug fortran/17472] namelist does not handle arrays

--- 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 libfortran/18209] namelist read does not work for arrays

--- 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/18197] bus error on returning from a function

--- 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 target/17025] [3.3/3.4/4.0 Regression] attribute regparm code-generation bug

--- 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 libfortran/18857] MATMUL failing with ALLOCATED matrices, unless base indices given

--- 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 libstdc++/17038] ABI impacting issue in time_put

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17038

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

--- 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 tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- 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 middle-end/17982] stop calling assemble_external before final assembly output time

--- 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 middle-end/17982] stop calling assemble_external before final assembly output time

--- 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 c++/18894] Array declaration in functions accepting variable size

--- 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 rtl-optimization/9331] ICE in final_scan_finsn

--- 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] New: Array declaration in functions accepting variable size

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

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

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

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

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,

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

--- 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

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

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 c++/17256] [3.3/3.4 Regression] undefined but used static or inline functions should be diagnosed

--- 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 rtl-optimization/15405] Bug box, verify_flow_info failed when using -funroll-all-loops -O1

-- 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 libstdc++/16896] [3.4/4.0 Regression] Use of non-reserved names in stl_list.h

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16896

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

--- 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 tree-optimization/18892] missed optimization with & and ==

--- 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(

Re: [Bug tree-optimization/18892] 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(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 c/18887] libgcc2.h Improperly determines required built-in function size requirements.

--- 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

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

--- 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 tree-optimization/15459] [meta-bug] there should be a tree combiner like the rtl one

-- What|Removed |Added OtherBugsDependingO||18892 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15459

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

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. -- Summary: missed SRA of a block copy

[Bug tree-optimization/18880] DSE is not doing its job for global variables

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08 20:09 --- (In reply to comment #5) > Subject: Re: DSE is not doing its job for > global variables > > but I should note that I found this while looking into a benchmark. > Were you looking at the final outpu

[Bug tree-optimization/18880] DSE is not doing its job for global variables

--- Additional Comments From law at redhat dot com 2004-12-08 20:02 --- Subject: Re: DSE is not doing its job for global variables On Wed, 2004-12-08 at 18:03 +, pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-

[Bug c/18632] [4.0 regression]: Can't rename a function after it is used

-- Bug 18632 depends on bug 17982, which changed state. Bug 17982 Summary: [4.0 regression] asm declaration ignored due to conflict with previous rename http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17982 What|Old Value |New Value ---

[Bug middle-end/17982] [4.0 regression] asm declaration ignored due to conflict with previous rename

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

[Bug ada/18302] ACATS test c953002 (and others) hangs

--- Additional Comments From aaronavay62 at aaronwl dot com 2004-12-08 19:44 --- *** Bug 17666 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug ada/17666] Ada tests hanging during make check

--- Additional Comments From aaronavay62 at aaronwl dot com 2004-12-08 19:44 --- *** This bug has been marked as a duplicate of 18302 *** -- What|Removed |Added

[Bug ada/18302] ACATS test c953002 (and others) hangs

--- Additional Comments From aaronavay62 at aaronwl dot com 2004-12-08 19:44 --- On i686-pc-mingw32, these three tests hang: ExecutableRun time Memory Usage c94002f.exe 0s 1112KB c974012.exe 0s 1080KB c980001.exe 0s 604KB Andrew Pinski says: I have t

[Bug rtl-optimization/15135] program hangs in call to sqrt when compiled with -O

--- Additional Comments From gccbug at gammarayburst dot de 2004-12-08 19:39 --- This bug seems to have resurfaced in 3.4.3. It is actually enough to have a negative argument to sqrt. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15135

[Bug middle-end/17982] [4.0 regression] asm declaration ignored due to conflict with previous rename

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-08 19:13 --- Subject: Bug 17982 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-08 19:13:36 Modified files: gcc: ChangeLog cgraphunit.c tree.h varasm.

[Bug libfortran/18891] write with no open causes core dump

--- Additional Comments From sje at cup dot hp dot com 2004-12-08 19:06 --- The same problem exists in next_record_w, there there are two statments of the form '*((gfc_offset *) p) = m;' and again there is no gaurentee that p is an aligned address. These must also be fixed for this test

[Bug libfortran/18891] write with no open causes core dump

-- What|Removed |Added Component|fortran |libfortran http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18891

[Bug c/17946] wanted: warning for "a && MASK" when "a & MASK" was probably intended

--- Additional Comments From trt at acm dot org 2004-12-08 18:48 --- I should mention there is a hack for the problem noted in comment #5: do the temporary truthvalue conversions with warnings suppressed. That is, change the two instances of tree t = lang_hooks.truthvalue_conversion (

[Bug fortran/18891] write with no open causes core dump

--- Additional Comments From sje at cup dot hp dot com 2004-12-08 18:47 --- I did some more digging and found that my program was dying in us_write (io/transfer.c) at the line containing '*p = 0;'. I think the problem is one of alignment. p is a pointer to gfc_offset, which is off_t, w

[Bug java/13607] [meta-bug] access problems in java front-end

-- Bug 13607 depends on bug 14853, which changed state. Bug 14853 Summary: [3.3/3.4 Regression] Assignment to final field permitted when compiling to native http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14853 What|Old Value |New Value ---

[Bug java/14853] [3.3/3.4 Regression] Assignment to final field permitted when compiling to native

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08 18:09 --- Fixed on the 3.4 branch also. -- What|Removed |Added Status|REOPENED

[Bug fortran/18891] write with no open causes core dump

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08 18:08 --- Hmm, this works for me on ppc-darwin with a compiler built yesterday. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18891

[Bug fortran/18890] ICE at assign CHARACTER POINTER array to POINTER or ALLOCATABLE one

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

[Bug tree-optimization/18880] DSE is not doing its job for global variables

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08 18:03 --- Yes I know it is regression only time which is why I filed it and marked it as an enhancement but I should note that I found this while looking into a benchmark. -- What|Removed

[Bug fortran/18891] New: write with no open causes core dump

I believe the attached program is legal, it works with my HP compiler, and the basic premise of the test, write without doing an open, comes from a SPEC test. On ia64-hp-hpux11.20, I get a core dump and putting in the open makes things work. I assume other platforms will show the same behaviour.

[Bug fortran/18890] New: ICE at assign CHARACTER POINTER array to POINTER or ALLOCATABLE one

ortran -lm Reading specs from /usr/local/bin/gfortran/irun/bin/../lib/gcc/i686-pc-linux-gnu/4.0.0/specs Configured with: ../gcc/configure --enable-languages=c,f95 --prefix=/usr/work/2004343/irun Thread model: posix gcc version 4.0.0 20041208 (experimental) /usr/local/bin/gfortran/irun/bin/../libexec/g

[Bug java/14853] [3.3/3.4 Regression] Assignment to final field permitted when compiling to native

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-08 17:29 --- Subject: Bug 14853 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-08 17:29:42 Modified files: gcc/java : Change

[Bug java/14853] [3.3/3.4 Regression] Assignment to final field permitted when compiling to native

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-08 17:29 --- Subject: Bug 14853 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-08 17:29:02 Modified files: libjava: Change

[Bug c++/18886] misleading warning from attribute sentinel in C++

--- Additional Comments From salinger at sun dot felk dot cvut dot cz 2004-12-08 17:07 --- Thanks for explanation. The warning message was confusing for me. Could be possible to distinguish between NULL without pointer conversion and completely forgotten NULL ? With something like thi

[Bug tree-optimization/18880] DSE is not doing its job for global variables

--- Additional Comments From law at redhat dot com 2004-12-08 17:02 --- Subject: Re: DSE is not doing its job for global variables Note that we're only fixing regressions, and I can't see a way to classify this as a regression since the RTL DSE code ought to catch this. This sh

[Bug target/18888] [4.0 regression] __builtin_va_arg miscompiled

-- What|Removed |Added CC||hjl at lucon dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1

[Bug libfortran/18653] open call should open for read-only if open for read/write fails.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08 16:54 --- Fixed by: 2004-12-07 Steve Ellcey <[EMAIL PROTECTED]> * io/io.h (open_external): Change prototype. * io/unix.c (regular_file): Change prototype and set flags->action if needed.

[Bug c++/18073] [4.0 regression] mmintrin.h rejected by C++ frontend

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-08 16:54 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00599.html Mark, the posted patch is a little different from the one in comment #9. (That's why I didn't apply it yet.) It uses convert_to_integer f

[Bug libfortran/18653] open call should open for read-only if open for read/write fails.

--- Additional Comments From sje at cup dot hp dot com 2004-12-08 16:52 --- This has been fixed with the patch http://gcc.gnu.org/ml/fortran/2004-12/msg00017.html which is now checked in on ToT. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18653

[Bug middle-end/18882] [3.3/3.4 Regression] wrong results with complex long double

--- Additional Comments From bangerth at dealii dot org 2004-12-08 16:29 --- Here's my shortest version: --- extern "C" void abort (); struct C { __complex__ long double c; }; int main() { C x = {2+2i}; int n = 1; C y = (n==1) ? x : (C){3+3i};

[Bug middle-end/18882] [3.3/3.4 Regression] wrong results of pow( complex(2, 1), odd integer )

--- Additional Comments From mikulik at physics dot muni dot cz 2004-12-08 16:28 --- >> Further, multiplications of complex and int or double >> are unimplemented > So, let's begin from the end: there is nothing *unimplemented* as far > as operator* is concerned: have a look to sect

[Bug libfortran/18879] ? not supported in namelist input

--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-08 16:24 --- (In reply to comment #1) > Is this a language extension? Seems likely, as the standard has no concept of > stdin and stdout. Could you point to someplace where this extension is > specified? It's in t

[Bug libstdc++/18889] Unable to build libstdc++-v3

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08 16:20 --- libtool looks like it is messing up. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18889

[Bug libstdc++/18889] New: Unable to build libstdc++-v3

After bootstraping the newly built gcc, make fails on linking libstdc++-v3: /usr/src/gcc-3.4.3-objdir/gcc/xgcc -shared-libgcc -B/usr/src/gcc-3.4.3-objdir/ gcc/ -nostdinc++ -L/usr/src/gcc-3.4.3-objdir/powerpc-unknown-linux-gnu/nof/ libstdc++-v3/src -L/usr/src/gcc-3.4.3-objdir/powerpc-unknown-linux-

[Bug libmudflap/18885] linker does not link libmudflap automatically with -fmudflap

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08 15:32 --- Confirmed, but I don't know it was removed. -- What|Removed |Added Status|UNCONF

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

--- Additional Comments From schlie at comcast dot net 2004-12-08 15:24 --- Subject: Re: libgcc2.h Improperly determines required built-in function size requirements. > From: pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]> > --- Additional Comments From pinskia at gcc dot gnu d

[Bug ada/18691] 105 acats failure due to ICE in gnat_to_gnu_entity, at ada/decl.c:286

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08 15:19 --- Fixed by: 2004-12-07 Richard Kenner <[EMAIL PROTECTED]> * misc.c (gnat_types_compatible_p, LANG_HOOKS_TYPES_COMPATIBLE_P): Remove. (LANG_HOOKS_REDUCE_BIT_FIELD_OPERATIONS): New.

  1   2   >