[Bug target/23071] New: Darwin alignment ignores "attribute packed" for first 'double' element of a struct

Darwin ignores the alignment/packed attributes on this structure, forcing the structure to have 8-byte alignment and 16-byte size: --- struct Test { double D __attribute__((packed,aligned(4))); short X; }; --- Ian Lance Taylor did a great analysis of the history of this, tracking it back to a

[Bug tree-optimization/23068] [4.1 Regression] errors in comparison operator < for char

--- Additional Comments From Jean-pierre dot vial at wanadoo dot fr 2005-07-26 06:36 --- (In reply to comment #1) > I cannot reproduce it on 20050725. What options are you using to create the executable. > > I tried with -O0, -O1, -O2, and -O3 and no success. no bug with -

[Bug c/23070] New: CALL_V4_CLEAR_FP_ARGS flag not properly set

When a prototyped function of var-arg is called without any arguments to the variable part, "crxor 6,6,6" is not generated. "-O0 -mno-prototype" does NOT resolve the problem either. test.c int test(const char *a, ...); void test1(const char *a) { test(a, 0); } void test2(const c

[Bug libmudflap/23069] New: libmudflap.cth timeouts too short

In these files: libmudflap/testsuite/libmudflap.cth/pass3{7,9}-frag.c the timeout is overridden to 3 seconds. This is way too short if for example running the testsuite with -j3 on an SMP box. It results in many timeouts as per these examples: http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg011

[Bug libmudflap/20003] libmudflap.cth

--- Additional Comments From gschafer at zip dot com dot au 2005-07-26 06:07 --- (In reply to comment #1) > Fixed at least in 4.0.1. No it's not. Please see these results for example (all from different folks): http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg01370.html http://gcc.gnu.

[Bug tree-optimization/23068] [4.1 Regression] errors in comparison operator < for char

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26 05:33 --- I mean no success at getting the failures you get. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23068

[Bug tree-optimization/23068] [4.1 Regression] errors in comparison operator < for char

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26 05:33 --- I cannot reproduce it on 20050725. What options are you using to create the executable. I tried with -O0, -O1, -O2, and -O3 and no success. -- What|Removed |Added

[Bug c/23068] New: errors in comparison operator < for char

The < operator returns 1 for comparison of char (or unsigned char) when it should return 0. The <= operator does not show this bug. gcc-4.1 snapshots 20050604 and latest 20050723 compiled and used on i686-pc-linux (Suse 8.1) Here is a (very small) test source. ***

[Bug target/23067] Incorrect struct layout on darwin

--- Additional Comments From sabre at nondot dot org 2005-07-26 04:49 --- The ABI clearly states that the maximum alignment for non-initial structure elements is 32-bits. -Chris -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23067

[Bug target/18421] ICE in reload_cse_simplify_operands, at postreload.c:391

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-26 04:40 --- Subject: Bug 18421 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-07-26 04:40:44 Modified files: gcc: Change

[Bug target/16719] [ColdFire] Illegal move of byte itno address register causes compiler to ICE

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-26 04:40 --- Subject: Bug 16719 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-07-26 04:40:44 Modified files: gcc: Change

[Bug debug/20161] [4.0/4.1 Regression] ICE with dwarf for incomplete element type argument

--- Additional Comments From flash at pobox dot com 2005-07-26 04:09 --- PalmSource bug 105106. Happens on code which is supposedly valid, but I haven't verified that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20161

[Bug target/15642] NAN Is Not a Constant Because __APPLE_CC__ is Not Defined (OK in Apple 3.3.0)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26 03:26 --- I will take of this soon. -- What|Removed |Added AssignedTo|unassigned at gcc dot gn

[Bug target/23067] Incorrect struct layout on darwin

--- Additional Comments From geoffk at gcc dot gnu dot org 2005-07-26 03:17 --- Doesn't matter if the printed docs differ; Apple's GCC sets the ABI for Darwin. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23067

[Bug target/23067] Incorrect struct layout on darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26 02:36 --- Looks like the ABI in darwin.h is just a copy of the one in aix.h which might mean this was on purpose and Apple's GCC is wrong. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23067

[Bug target/23067] Incorrect struct layout on darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26 02:32 --- The comment in darwin.h seems to contradict what is here: /* Darwin word-aligns FP doubles but doubleword-aligns 64-bit ints. */ /* Darwin increases natural record alignment to doubleword if the first fi

[Bug target/23067] Incorrect struct layout on darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26 02:29 --- The ABI is here: http://developer.apple.com/documentation/DeveloperTools/Conceptual/PowerPCRuntime/Data/ chapter_2_section_3.html#//apple_ref/doc/uid/TP40001520-CH210-BCIFEEFG -- http://gcc.gnu.org/bugzi

[Bug target/23067] Incorrect struct layout on darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26 02:27 --- FSF's gcc has always got this wrong. Apple's 3.3 gcc got this right. I don't know what is correct or not. -- What|Removed |Added --

[Bug target/23067] Incorrect struct layout on darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26 02:15 --- Not a regression in FSF's gcc. -- What|Removed |Added Keywords|

[Bug target/23067] Incorrect struct layout on darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26 02:07 --- I don't think the ABI says this. I think it only mentions double. -- What|Removed |Added

[Bug c/23067] New: Incorrect struct layout on darwin

The Darwin ABI specifies that this struct should be 12 bytes in size and have 4-byte alignment. Current mainline gives it 8-byte alignment and 16-byte size. struct ULL { int X; long long Y; }; ULL *ULLSize(ULL *ARG, int *P) { *P = sizeof(ULL); return ARG+1; } In general, the special cases in

[Bug middle-end/22626] [4.1 Regression] ICE with optimization turned on while trying to exand complex multiply

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26 00:40 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/22504] [4.1 Regression] benchmark - galgel fails at runtime with miscompare output

--- Additional Comments From steven at gcc dot gnu dot org 2005-07-26 00:30 --- This is miscompiled: SUBROUTINE foo (A, B) IMPLICIT NONE COMPLEX*16 A, Im1 REAL*8 B Im1 = Dcmplx(0.D0, 1.D0) A = A + Im1 * B RETURN

[Bug rtl-optimization/23043] [4.1 regression] [m68k-linux] bootstrap error on m68k-linux

--- Additional Comments From schwab at suse dot de 2005-07-25 23:22 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resol

[Bug rtl-optimization/23043] [4.1 regression] [m68k-linux] bootstrap error on m68k-linux

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-25 23:22 --- Subject: Bug 23043 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-25 23:22:07 Modified files: gcc: ChangeLog postreload-gcse.c Log mes

[Bug middle-end/22626] [4.1 Regression] ICE with optimization turned on while trying to exand complex multiply

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-25 23:04 --- Subject: Bug 22626 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-25 23:04:33 Modified files: gcc: ChangeLog Makefile.in tree-complex.c

[Bug libstdc++/23053] Const-correctness issue in TR1 hashtable

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-25 22:46 --- Subject: Bug 23053 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-25 22:46:48 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/inclu

[Bug target/23066] loading a word from an unknown alignment.

-- What|Removed |Added Component|other |target GCC build triplet|* | GCC host triplet|* | GCC

[Bug other/23066] [missed-optimization] loading a word from an unknown alignment.

-- What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23066

[Bug other/23066] New: [missed-optimization] loading a word from an unknown alignment.

the simplest way (from C-lang) to load a word from unknown alignment is: typedef struct { unsigned value __attribute__((packed)); } unaligned_uint; unsigned load(const unaligned_uint* ptr) { return ptr->value; } load_little_endian: // cycle times ldrbr3, [r0,

[Bug target/23043] [4.1 regression] [m68k-linux] bootstrap error on m68k-linux

--- Additional Comments From schwab at suse dot de 2005-07-25 22:29 --- I'm starting a new bootstrap with this change: occr = (struct unoccr *) obstack_alloc (&unoccr_obstack, - sizeof (struct occr)); +

[Bug c++/17655] [3.4 regression] ICE with using a C99 initializer in an if-condition

--- Additional Comments From giovannibajo at libero dot it 2005-07-25 22:17 --- Downgrading to normal. This is a bug in a C++ extension (borrowed from C99) which has been broken since 3.0. The bug appears to be in the FINISH_COND macro which does not seem ready to handle the additiona

[Bug tree-optimization/23059] [4.1 Regression] ICE: verify_ssa failed with -O3 -ftree-vectorize -Woverloaded-virtual

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 22:14 --- Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23059

[Bug target/23043] [4.1 regression] [m68k-linux] bootstrap error on m68k-linux

--- Additional Comments From doko at cs dot tu-berlin dot de 2005-07-25 22:07 --- Subject: Re: [4.1 regression] [m68k-linux] bootstrap error on m68k-linux pinskia at gcc dot gnu dot org writes: > > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 > 21:38 --

[Bug c++/21232] [3.4 Regression] g++ segfaults

--- Additional Comments From giovannibajo at libero dot it 2005-07-25 21:43 --- Works for me too on today's 3.4 branch. No feedback in 3 months. -- What|Removed |Added

[Bug fortran/23065] MAXPATHLEN usage in fortran/{scanner,module}.c

--- Additional Comments From kargl at gcc dot gnu dot org 2005-07-25 21:41 --- So, GNU does not follow IEEE Std 1003.1, 2004? gfortran.h contains #include #ifndef PATH_MAX /* This is defined in a IEEE Std 1003.1, 2004 */ # include # define PATH_MAX MAXPATHLEN #endif -

[Bug tree-optimization/23046] [4.1 Regression] ICE in set_value_range, at tree-vrp.c:191

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 21:41 --- You might want to try delta: http://www.cs.berkeley.edu/~dsw/ I use the following script with delta to reduce stuff like this: #!/usr/bin/python # Using delta debugging on GCC input #import psyco #from psyc

[Bug target/23043] [4.1 regression] [m68k-linux] bootstrap error on m68k-linux

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 21:38 --- (In reply to comment #1) > I have not been able to reproduce it with a cross compiler (neither on a ppc > nor ia64 host). I also tried with --param ggc-min-expand=0 --param > ggc-min-heapsize=0. That mi

[Bug target/23043] [4.1 regression] [m68k-linux] bootstrap error on m68k-linux

--- Additional Comments From schwab at suse dot de 2005-07-25 21:37 --- I have not been able to reproduce it with a cross compiler (neither on a ppc nor ia64 host). I also tried with --param ggc-min-expand=0 --param ggc-min-heapsize=0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?i

Re: gcc 3.4.4 bug

> I have found an apparent bug in gcc 3.4.4 under Cygwin. The attached test > case (and the code > it's derived from) works as expected with Cygwin gcc 3.3.3 with the exact > same Cygwin install > except the compiler packages. It also works fine with various versions of gcc > on other > platform

[Bug c++/19208] [3.4 Regression] Spurious error about variably modified type

--- Additional Comments From giovannibajo at libero dot it 2005-07-25 21:13 --- Fixed in GCC 3.4.5 too. -- What|Removed |Added Status|ASSIGNED

[Bug c++/19208] [3.4 Regression] Spurious error about variably modified type

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-25 21:13 --- Subject: Bug 19208 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-07-25 21:13:18 Modified files: gcc/cp : Change

[Bug tree-optimization/20398] ICE compiling mauve's gnu/testlet/java/io/RandomAccessFile/jdk11.java

--- Additional Comments From daney at gcc dot gnu dot org 2005-07-25 21:08 --- This version of gcc seems to work: $ gcc --version gcc (GCC) 4.1.0 20050725 (experimental) So it looks like someone fixed the problem. -- What|Removed |Added

[Bug tree-optimization/22574] [4.1 Regression] ICE with IMA and optimization and extern inline

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |zadeck at naturalbridge dot |dot org |com Status|NEW

[Bug c++/12076] gcov misreports coverage of return statement [NVR]

--- Additional Comments From jbuck at gcc dot gnu dot org 2005-07-25 20:54 --- It's OK if NVR uses the same location and emits no code, and if coverage information reflects this. The problem is that part of the coverage machinery appears to "think" that there is unreached code on the li

[Bug fortran/23065] MAXPATHLEN usage in fortran/{scanner,module}.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 20:43 --- Never mind, it is indirect with PATH_MAX. In fact this is a bad use of MAXPATHLEN because we could get a buffer overflow. -- What|Removed |Added

[Bug c++/19208] [3.4 Regression] Spurious error about variably modified type

--- Additional Comments From giovannibajo at libero dot it 2005-07-25 20:41 --- Patch posted for 3.4: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01653.html -- What|Removed |Added --

[Bug fortran/23065] MAXPATHLEN usage in fortran/module.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 20:40 --- I don't see the usage anywhere in fortran/module.c. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23065

[Bug fortran/23065] New: MAXPATHLEN usage in fortran/module.c

Please do not use MAXPATHLEN, it is a arbitrary limit, and is not defined on GNU. Currently this makes building gcc-4.0 fail on GNU since fortran/module.c assumes that MAXPATHLEN is defined. Please do not use these kind of limits in GNU programs. Not having MAXPATHLEN is perfectly compliant wi

[Bug target/21824] [meta-bug] bootstrap bugs for *-gnu*

-- What|Removed |Added BugsThisDependsOn||23065 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21824

[Bug tree-optimization/22484] [4.1 Regression] ICE: verify_stmts failed with -O3

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-25 20:28 --- Subject: Bug 22484 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-25 20:28:02 Modified files: gcc: ChangeLog tree-ssa-ccp.c tree-ssa-pro

[Bug tree-optimization/22484] [4.1 Regression] ICE: verify_stmts failed with -O3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 20:27 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/22626] [4.1 Regression] ICE with optimization turned on while trying to exand complex multiply

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

[Bug c++/22626] [4.1 Regression] ICE with optimization turned on while trying to exand complex multiply

--- Additional Comments From rth at gcc dot gnu dot org 2005-07-25 18:52 --- It's reproducible with the C front end with -fno-unit-at-a-time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22626

[Bug c++/21687] [4.0/4.1 Regression] ICE in GC with local class inside a template function

--- Additional Comments From rth at gcc dot gnu dot org 2005-07-25 18:18 --- Whatever you might think, this is not my bug. This is the C++ front end calling ggc_collect in the middle of parsing a function. I can't tell whether or not there is a ggc_push_context missing when we begin pa

gcc 3.4.4 bug

I have found an apparent bug in gcc 3.4.4 under Cygwin. The attached test case (and the code it's derived from) works as expected with Cygwin gcc 3.3.3 with the exact same Cygwin install except the compiler packages. It also works fine with various versions of gcc on other platforms, including

[Bug c++/22597] [3.4/4.0 Regression] pure attribute produces incorrect results

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-25 17:13 --- Jason, this was fixed on mainline by your patch for PR 19317: http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg00858.html Would you mind looking at this problem, too? -- What|Removed

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

-- Bug 19794 depends on bug 19940, which changed state. Bug 19940 Summary: Missed jump threading opportunity due to |. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19940 What|Old Value |New Value --

[Bug tree-optimization/19940] Missed jump threading opportunity due to |.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 17:07 --- Confirmed as fixed. -- What|Removed |Added Status|NEW |R

[Bug other/20128] ice with mudflap + profile generate

--- Additional Comments From pluto at agmk dot net 2005-07-25 17:04 --- (In reply to comment #3) > with 4.1.0-20050724 testcase works. > wrrr, please ignore previous comment. case still fails. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20128

[Bug other/20128] ice with mudflap + profile generate

--- Additional Comments From pluto at agmk dot net 2005-07-25 17:03 --- with 4.1.0-20050724 testcase works. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20128

[Bug ada/22533] [4.1 regression] ada / raised STORAGE_ERROR : stack overflow (or erroneous memory access)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 17:02 --- Actually only the slight modification is needed to the linked patch. If I change the second agrument to create_tmp_var/create_tmp_var_raw to "C" instead of NULL, we no longer get an ICE. I don't understan

[Bug fortran/22282] loc intrinsic is not implemented in gfortran

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:59 --- *** Bug 23063 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22282

[Bug fortran/23063] %LOC construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:59 --- *** This bug has been marked as a duplicate of 22282 *** -- What|Removed |Added

[Bug tree-optimization/19940] Missed jump threading opportunity due to |.

--- Additional Comments From steven at gcc dot gnu dot org 2005-07-25 16:59 --- This appears to work now... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19940

[Bug fortran/23063] %LOC construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:59 --- Woops wrong bug. -- What|Removed |Added Status|RESOLVED|UNCO

[Bug fortran/22282] loc intrinsic is not implemented in gfortran

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:58 --- *** Bug 23064 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug fortran/23064] %LOC construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:58 --- *** This bug has been marked as a duplicate of 22282 *** -- What|Removed |Added

[Bug ada/22533] [4.1 regression] ada / raised STORAGE_ERROR : stack overflow (or erroneous memory access)

--- Additional Comments From pluto at agmk dot net 2005-07-25 16:58 --- linked patch causes an ice. get correct patch from PR22631. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533

[Bug fortran/23064] %LOC construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:57 --- Woops wrong thing. -- What|Removed |Added Status|RESOLVED|UN

[Bug fortran/23060] %VAL construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:56 --- *** Bug 23064 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23060

[Bug fortran/23064] %LOC construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:56 --- Can you stop filing dup bugs? Or is this just pressing reload and getting a new bug? *** This bug has been marked as a duplicate of 23060 *** -- What|Removed |Added --

[Bug fortran/23064] New: %LOC construct not implemented

The %LOC construct returns the memory address of a storage item. It is used for interoperability with other languages. This feature is present in g77: http://gcc.gnu.org/onlinedocs/gcc-3.4.4/g77/_0025LOC_0028_0029.html#g_t_0025LOC_0028_0029 -- Summary: %LOC construct not implemented

[Bug fortran/23060] %VAL construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:37 --- *** Bug 23063 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23060

[Bug fortran/23063] %LOC construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:37 --- *** This bug has been marked as a duplicate of 23060 *** -- What|Removed |Added

[Bug fortran/23063] New: %LOC construct not implemented

The %LOC construct returns the memory address of a storage item. It is used for interoperability with other languages. This feature is present in g77: http://gcc.gnu.org/onlinedocs/gcc-3.4.4/g77/_0025LOC_0028_0029.html#g_t_0025LOC_0028_0029 -- Summary: %LOC construct not implemented

[Bug c++/22597] [3.4/4.0 Regression] pure attribute produces incorrect results

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-25 16:02 --- I don't think that Andrew's example is valid, since a pure function modifies global data. Btw, shouldn't the compiler complain about that? Here's an example that is valid IMHO: ===

[Bug treelang/23061] treelang testsuite fails with -m64

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:00 --- $(DRIVER_DEFINES) needs to be added to when compiling spec.c. -- What|Removed |Added

[Bug fortran/23060] %VAL construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 15:54 --- *** Bug 23062 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23060

[Bug fortran/23062] %VAL construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 15:54 --- *** This bug has been marked as a duplicate of 23060 *** -- What|Removed |Added

[Bug fortran/23062] New: %VAL construct not implemented

The %VAL construct is used for passing arguments by value, rather than the usual by reference or descriptor. It is vital for interoperability with other languages such as C. This feature is available in g77: http://gcc.gnu.org/onlinedocs/gcc-3.4.4/g77/_0025VAL_0028_0029.html#_0025VAL_0028_0029

[Bug treelang/23061] New: treelang testsuite fails with -m64

In http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg01345.html there are treelang test suite failures like this: Test Run By chj on Mon Jul 25 03:19:50 2005 Native configuration is sparc64-unknown-linux-gnu === treelang tests === Schedule of variations: unix/-m64 unix Ru

[Bug target/21723] [4.0 Regression] ICE while building libgfortran

-- What|Removed |Added Known to work||4.1.0 Summary|[4.0/4.1 Regression] ICE|[4.0 Regression] ICE while |while buil

[Bug middle-end/21105] [4.0/4.1 Regression] Compiling of large array fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 15:50 --- Hmm, Jim posted a patch here: but never applied it. -- What|Removed |Added --

[Bug tree-optimization/13761] [tree-ssa] component refs to the same struct should not alias

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-25 15:40 --- Yes, it won't be fixed till 4.2, or the aliasing branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13761

[Bug fortran/23060] %VAL construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 15:34 --- Confirmed. -- What|Removed |Added OtherBugsDependingO||19292

[Bug tree-optimization/16538] Missed jump threading opportunity with struct fields (but RTL thread_jumps does catch it)

-- Bug 16538 depends on bug 13761, which changed state. Bug 13761 Summary: [tree-ssa] component refs to the same struct should not alias http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13761 What|Old Value |New Value

[Bug tree-optimization/13761] [tree-ssa] component refs to the same struct should not alias

--- Additional Comments From steven at gcc dot gnu dot org 2005-07-25 15:31 --- Oddly, the test case from comment #1 is not fixed. Sorry for the inconvenience. -- What|Removed |Added -

[Bug tree-optimization/20121] Aliasing lameness results in missing common subexpressions

-- Bug 20121 depends on bug 13761, which changed state. Bug 13761 Summary: [tree-ssa] component refs to the same struct should not alias http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13761 What|Old Value |New Value

[Bug tree-optimization/16538] Missed jump threading opportunity with struct fields (but RTL thread_jumps does catch it)

-- Bug 16538 depends on bug 13761, which changed state. Bug 13761 Summary: [tree-ssa] component refs to the same struct should not alias http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13761 What|Old Value |New Value

[Bug tree-optimization/20121] Aliasing lameness results in missing common subexpressions

-- Bug 20121 depends on bug 13761, which changed state. Bug 13761 Summary: [tree-ssa] component refs to the same struct should not alias http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13761 What|Old Value |New Value

[Bug tree-optimization/13761] [tree-ssa] component refs to the same struct should not alias

--- Additional Comments From steven at gcc dot gnu dot org 2005-07-25 15:28 --- The example from comment #3 now optimizes to identical inner loops: ;; Function foo (foo) foo () { int i.54; int lsm_tmp.32; int lsm_tmp.31; int i; int D.1628; int D.1627; int D.16

[Bug c++/23055] overload resolution does not find templated function

--- Additional Comments From gdr at integrable-solutions dot net 2005-07-25 15:28 --- Subject: Re: overload resolution does not find templated function "bangerth at dealii dot org" <[EMAIL PROTECTED]> writes: | This basically boils down to this question: | - | te

[Bug fortran/23060] New: %VAL construct not implemented

The %VAL construct is used for passing arguments by value, rather than the usual by reference or descriptor. It is vital for interoperability with other languages such as C. This feature is available in g77: http://gcc.gnu.org/onlinedocs/gcc-3.4.4/g77/_0025VAL_0028_0029.html#_0025VAL_0028_0029

[Bug c++/23055] overload resolution does not find templated function

--- Additional Comments From bangerth at dealii dot org 2005-07-25 15:21 --- This basically boils down to this question: - template struct S { typedef int type; }; template int foo(T, typename S::type * ret); int j = foo(1, 0); -- icc

[Bug other/22337] [4.1 Regression] zone collector does not build

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 15:14 --- Fixed, I applied the fix. -- What|Removed |Added Status|NEW

[Bug other/22337] [4.1 Regression] zone collector does not build

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-25 15:14 --- Subject: Bug 22337 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-25 15:14:21 Modified files: gcc: ChangeLog ggc-zone.c Log message:

[Bug libstdc++/22284] [4.1 Regression] ia64 exception handling broken

--- Additional Comments From sje at cup dot hp dot com 2005-07-25 15:04 --- I tested the proposed patch on IA64 HP-UX and Linux and it did fix the EH problems I saw without the patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22284

[Bug swing/22567] JCheckBox's check box is missing

--- Additional Comments From timo dot lindfors at iki dot fi 2005-07-25 14:45 --- The testcase works flawlessly now, thanks! -- What|Removed |Added Status|ASSIGN

[Bug c++/22464] [3.4/4.0/4.1 Regression] ICE on classes in template functions which attempt closure

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-25 14:37 --- If one removes the class instance "helper", the code compiles. This is an accepts-invalid bug (which also appeared in gcc 3.4.0). -- What|Removed |Added ---

  1   2   >