Originally thought was related to 31609 bug but may be new
gfortran -c utility.f9
--
Summary: ICE: bus error with attached code and June 28 MacOSX
Intel binary)
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: n
--- Comment #1 from awgreynolds at earthlink dot net 2007-07-02 18:51
---
Created an attachment (id=13828)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13828&action=view)
source code that causes ICE: bus error
zip containing 2 include and 1 f90 file
--
http://gcc.gnu.org/bu
--- Comment #13 from danglin at gcc dot gnu dot org 2007-07-02 19:00
---
This has started failing again on hppa-unknown-linux-gnu as of 20070701.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-02 19:06 ---
This is a target issue (or a semi generic one for 2-operand targets).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-02 19:08 ---
No GCC is not in the business of auto tunning options.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from rakdver at gcc dot gnu dot org 2007-07-02 19:09 ---
I cannot reproduce this on x86_64 with any of the testcases.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32176
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #5 from zadeck at naturalbridge dot com 2007-07-02 19:12
---
Subject: Re: Runtime failure in SPEC CPU2000 benchmark
fma3d and applu
wilson at specifix dot com wrote:
> --- Comment #4 from wilson at specifix dot com 2007-07-02 18:34 ---
> Subject: Re: Runtime fai
--- Comment #4 from jakub at gcc dot gnu dot org 2007-07-02 19:19 ---
Subject: Bug 32468
Author: jakub
Date: Mon Jul 2 19:19:28 2007
New Revision: 126224
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126224
Log:
PR libgomp/32468
* sections.c (GOMP_parallel_sect
--- Comment #5 from jakub at gcc dot gnu dot org 2007-07-02 19:22 ---
Subject: Bug 32468
Author: jakub
Date: Mon Jul 2 19:22:47 2007
New Revision: 126226
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126226
Log:
PR libgomp/32468
* omp-low.c (check_combined_para
se t3 -g -O2
-version -o /tmp/t.s
GNU C++ version 4.3.0 20070702 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.0.3 (Ubuntu 4.0.3-1ubuntu5), GMP version
4.2.1, MPFR version 2.2.1.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler ex
--- Comment #6 from jakub at gcc dot gnu dot org 2007-07-02 19:26 ---
Subject: Bug 32468
Author: jakub
Date: Mon Jul 2 19:26:25 2007
New Revision: 126227
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126227
Log:
PR libgomp/32468
* sections.c (GOMP_parallel_sect
--- Comment #7 from jakub at gcc dot gnu dot org 2007-07-02 19:27 ---
Subject: Bug 32468
Author: jakub
Date: Mon Jul 2 19:27:28 2007
New Revision: 126228
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126228
Log:
PR libgomp/32468
* omp-low.c (check_combined_para
--- Comment #8 from jakub at gcc dot gnu dot org 2007-07-02 19:28 ---
Fixed in SVN.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-07-02 19:31 ---
Simplified testcase and backtrace (4.3, 20070702):
function EvaluateMath(expr)
character(*), intent(in) :: expr
character(*), parameter :: chrs='-+.0123456789eEdD'
LOGICAL :: tmp
tmp = (ind
--- Comment #1 from Ralf dot Wildenhues at gmx dot de 2007-07-02 19:32
---
Uploading of the file will have to wait until bugzilla does not internal-error
out on me any more, sorry. I sent mail to dberlin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32595
--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2007-07-02 19:35
---
Created an attachment (id=13829)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13829&action=view)
preprocessed unincluded source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32595
--- Comment #10 from jv244 at cam dot ac dot uk 2007-07-02 19:39 ---
(In reply to comment #9)
> I cannot reproduce this on x86_64 with any of the testcases.
Looks like this bug has 'fixed' itself somewhere during the last two weeks ...
can't reproduce it either
--
http://gcc.gnu.o
--- Comment #1 from dberlin at gcc dot gnu dot org 2007-07-02 19:40 ---
I cannot reproduce with a cross to hppa-linux.
Is this still happening with the latest patches as of this morning?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32591
--- Comment #13 from pinskia at gcc dot gnu dot org 2007-07-02 19:41
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from jv244 at cam dot ac dot uk 2007-07-02 19:41 ---
has been fixed in current trunk
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32585
--- Comment #6 from jv244 at cam dot ac dot uk 2007-07-02 19:42 ---
as said previously
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Status|NEW
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Summary|bootstrap broken in |[4.3 Regression
--- Comment #1 from dcb314 at hotmail dot com 2007-07-02 19:57 ---
Created an attachment (id=13830)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13830&action=view)
gzipped C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32596
I just tried to compile Suse Linux package ruby-zypp-0.1-83 with the
GNU C++ compiler version 4.3 snapshot 20070629
The compiler said
/usr/include/boost/regex/v4/basic_regex_creator.hpp:515: internal compiler
error: in expand_or_defer_fn, at cp/semantics.c:3220
Please submit a full bug report,
wi
The following program fails because when the new-expression is instantiated
with no arguments in "args", k is not value-initialized (although it should
be).
#include
#include
int k = 5;
template< class... Args > void f( Args... args )
{
new( &k ) int( args... );
}
int main()
{
f();
a
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last re
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2007-07-02
20:07 ---
Subject: Re: [4.3 Regression] checking for suffix of object files...
configure: error: cannot compute suffix of f objeRO
> Can you send me, the dump produced by -fdump-rtl-expand with the trunk and
> also
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-07-02
20:09 ---
Subject: Re: [4.3 Regression] ICE: in vn_binary_op_insert, at
tree-ssa-sccvn.c:852
> I cannot reproduce with a cross to hppa-linux.
> Is this still happening with the latest patches as of this morning?
Th
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-07-02 20:23 ---
(In reply to comment #5)
> Subject: Re: [4.3 Regression] checking for suffix of object files...
> configure: error: cannot compute suffix of f objeRO
>
> > Can you send me, the dump produced by -fdump-rtl-expand wi
--- Comment #6 from wilson at specifix dot com 2007-07-02 20:30 ---
Subject: Re: Runtime failure in SPEC CPU2000 benchmark
fma3d and applu
On Mon, 2007-07-02 at 19:12 +, zadeck at naturalbridge dot com
wrote:
> Lets see if an arm person is willing to talk about this.
I loo
--- Comment #7 from wilson at gcc dot gnu dot org 2007-07-02 20:34 ---
Created an attachment (id=13831)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13831&action=view)
enable INCOMING_RETURN_ADDR_RTX for ia64
This is a patch based on Kenny's suggestion. I think this patch solves
--- Comment #11 from ubizjak at gmail dot com 2007-07-02 20:43 ---
(In reply to comment #10)
> (In reply to comment #9)
> > I cannot reproduce this on x86_64 with any of the testcases.
>
> Looks like this bug has 'fixed' itself somewhere during the last two weeks
> ...
> can't reprodu
--- Comment #7 from jb at gcc dot gnu dot org 2007-07-02 20:46 ---
Closing as Fortran FE is fixed. There is 32503 for better vectorization of
builtin_powi, and if we want the strength reduction optimization from comment
#0 a new missed-optimization PR should be filed against the middle-e
--- Comment #1 from sje at cup dot hp dot com 2007-07-02 21:27 ---
I can make the warning message go away by using -fno-schedule-insns2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32338
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-02 21:27 ---
Note the "SIMD Math Library Specification for Cell Broadband Engine
Architecture" defines an interface for a SIMD math library for VMX (and Cell
SPU).
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-07-02 21:32 ---
Fixed for 4.3.0:
64bit:
.L2:
addi 0,9,1
lhzu 9,-4(3)
cmpw 7,9,0
beq 7,.L2
32bit:
.L2:
addi 0,9,1
lhzu 9,-4(3)
cmpw 7,9,0
beq 7,.L2
--
pinskia at gc
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-02 21:35 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #128 from jv244 at cam dot ac dot uk 2007-07-02 21:36 ---
current gfortran trunk seems to miscompile CP2K at -O2. The affected test is
regtest-ot/C2H4.inp, and the file that is being miscompiled is mulliken.F. This
is a regression wrt to 4.2.0, but I'm not sure when it was in
--- Comment #129 from jv244 at cam dot ac dot uk 2007-07-02 21:42 ---
(In reply to comment #128)
> current gfortran trunk seems to miscompile CP2K at -O2. The affected test is
> regtest-ot/C2H4.inp, and the file that is being miscompiled is mulliken.F.
> This
> is a regression wrt to 4.
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2007-07-02 21:44
---
Present on x86 too (but not x86-64).
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2007-07-02 21:44
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|ada |middle-end
Keywords||build, ice
--- Comment #2 from burnus at gcc dot gnu dot org 2007-07-02 22:28 ---
Related is the checking of type(*). Here, in decl.c everything is allowed and a
later check is missing. Result: accepts invalid:
--
module x
implicit none
type t
integer :: i
end type t
interface
Gcc 4.3 revision 126234 needs more than 6GB to compile
27_io/basic_stringbuf/setbuf/wchar_t/4.cc in libstdc++.
It happens on Linux/ia32, Linux/ia64 and Linux/x86-64.
Revision 126166 is OK.
--
Summary: [4.3 regression]:
27_io/basic_stringbuf/setbuf/wchar_t/4.cc need
The following two routines are invalid. The length has to be one (I think it
needs to be also an initialization expression).
While allowing it for -std=gnu is ok, there should be an error for -std=f2003.
NAG f95 prints:
Error: f.f90, line 5: Argument PATH of BIND(C) procedure DESTROY has assumed
C
The code
use iso_c_binding
integer, target :: i
type(c_ptr) :: bar
bar = c_loc(i)
end
produces:
bar = c_loc (&i);
g95 produces:
bar = &i;;
and NAG f95:
bar_ = (char*) &i_;
Analogously for C_FUNPOINTER:
---
use iso_c_binding
interface
subroutine bar() bind(c)
end subroutin
USE ISO_C_BINDING, only: c_null_ptr, c_ptr
type(c_ptr) :: t
t = c_null_ptr
print *, c_null_ptr, t
end
should not be allowed (at least with -std=f2003) as type(c_ptr) has only
private components.
--
Summary: [ISO Bind C] Access to private components not prevented
Pr
--- Comment #1 from burnus at gcc dot gnu dot org 2007-07-02 23:09 ---
Analogously for c_f_pointer (without SHAPE) and c_f_funpointer:
use iso_c_binding
implicit none
integer, target :: tgt
type(c_ptr) :: cptr
integer, pointer :: ptr
cptr = c_loc(tgt)
call c_f_pointer(cptr,ptr)
end
The following program returns an incorrect result when compiled for
arm-none-elf at -O2:
~~
typedef struct {
int data[4];
} arr16_t;
int result = 0;
void func2(int i, int j, arr16_t arr)
{
result = (arr.data[0] != 1
|| arr.data[1] != 2
|| arr.data[2] != 3
--- Comment #1 from jconner at apple dot com 2007-07-02 23:19 ---
The problem is that the sibcall optimization incorrectly believes that the
incoming arr16_t parameter to func1 is located at the same location on the
stack as the outgoing arr16_t parameter to func2, and so incorrectly all
The following code, compiled for arm-none-elf at -O2:
~~
#define noinline __attribute__((noinline))
typedef struct {
int data[4];
} arr16_t;
int result = 0;
void noinline func2 (int i, int j, arr16_t arr)
{
result = (arr.data[0] != 1
|| arr.data[1] != 2
|| a
--- Comment #1 from jconner at apple dot com 2007-07-02 23:28 ---
I have a patch which addresses this (and pr32602) -- I will submit it shortly.
--
jconner at apple dot com changed:
What|Removed |Added
--
--- Comment #10 from kargl at gcc dot gnu dot org 2007-07-02 23:29 ---
Subject: Bug 32456
Author: kargl
Date: Mon Jul 2 23:29:27 2007
New Revision: 126238
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126238
Log:
2007-07-02 Steven G. Kargl <[EMAIL PROTECTED]>
Restor
--- Comment #1 from pcarlini at suse dot de 2007-07-02 23:37 ---
I can confirm this. And .../setbuf/char/4.cc is almost as bad.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32598
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|00
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-07-02 23:58
---
One note, when I was originally fixing this bug, the test worked but now it
fails at -O1. I guess the new VN exposed the new problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32417
--- Comment #13 from pinskia at gcc dot gnu dot org 2007-07-02 23:59
---
Ok, the problem at -O1 is really PR 32527.
So I am closing this as a dup of that bug.
*** This bug has been marked as a duplicate of 32527 ***
--
pinskia at gcc dot gnu dot org changed:
What|R
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-07-02 23:59 ---
*** Bug 32417 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #20 from reichelt at gcc dot gnu dot org 2007-07-03 00:10
---
As the code is deemed valid, we still have a rejects-valid bug on the 4.2
branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from kkojima at gcc dot gnu dot org 2007-07-03 00:21 ---
> Related to #21220?
Ah, maybe.
A reduced testcase:
unsigned int
foo (unsigned int n, unsigned d)
{
return n % d;
}
which fails on sh64-unknown-linux-gnu with -O -fpic -m5-64media-nofpu.
I've confirmed that the
--- Comment #12 from geoffk at gcc dot gnu dot org 2007-07-03 00:45 ---
[Here's what I sent to gcc-patches as a review of this patch:]
Doing this will certainly break many tools which parse the output of GCC,
especially in the case of a successful compilation which produced some
warnings
--- Comment #2 from kargl at gcc dot gnu dot org 2007-07-03 03:55 ---
This just an optimization request, right? The functions calls work?
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from patchapp at dberlin dot org 2007-07-03 04:01 ---
Subject: Bug number PR25094
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00156.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #3 from kkojima at gcc dot gnu dot org 2007-07-03 04:01 ---
Subject: Bug 32506
Author: kkojima
Date: Tue Jul 3 04:01:35 2007
New Revision: 126243
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126243
Log:
PR target/32506
* config/sh/sh.md (udivsi3_i1
--- Comment #1 from patchapp at dberlin dot org 2007-07-03 04:01 ---
Subject: Bug number PR c++/32597
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00170.html
--
http://gcc.gnu.org/bugzil
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-07-03 04:51
---
Have some ideas to try.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from burnus at gcc dot gnu dot org 2007-07-03 05:27 ---
(In reply to comment #2)
> This just an optimization request, right? The functions calls work?
Yes - at least all my test programs work.
Though there might be some combinations of c_f_pointer which don't work; at
le
--- Comment #4 from patchapp at dberlin dot org 2007-07-03 05:30 ---
Subject: Bug number PR32432
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00202.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #12 from uros at gcc dot gnu dot org 2007-07-03 06:35 ---
Subject: Bug 32176
Author: uros
Date: Tue Jul 3 06:35:05 2007
New Revision: 126245
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126245
Log:
PR middle-end/32176
* gcc.dg/pr32176.c: New test.
--- Comment #13 from ubizjak at gmail dot com 2007-07-03 06:40 ---
Closed as magically fixed (testcase was committed to SVN mainline).
--
ubizjak at gmail dot com changed:
What|Removed |Added
101 - 171 of 171 matches
Mail list logo
