--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-03-25 09:27
---
Could you run the testsuite with this change and report it (to gcc-testresults
and fortran mailing lists)?
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
seen on current Debian unstable alpha-linux-gnu
3.4.5 summary:
=== acats Summary ===
# of expected passes1961
# of unexpected failures4
# of unsupported tests 357
4.0.x summary missing (all tests did fail on the Debian build daemon)
4.1.0 summary:
--- Comment #1 from debian-gcc at lists dot debian dot org 2006-03-25
11:16 ---
Created an attachment (id=11124)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11124action=view)
ada test summary
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26866
The program here enclosed has this behavior (tested on i386 and ppc, gcc
4.0.3):
$ gcc -O1 test.c
$ ./a.out 42
42
$ gcc -O2 test.c
$ ./a.out 42
0
on ppc (from debian sid) this chunk of the code:
25: tmp=((struct a *)bp)-a2;
26: bp-b1=0;
27: bp-b2=0;
28: bp-b3=0;
29: bp-b5 = tmp;
gets
--- Comment #2 from kargl at gcc dot gnu dot org 2006-03-25 16:05 ---
As Paul stated gfortan is correct. The standard says for ATAN2(Y,X) that
Yshall be of type real.
Xshall be of the same type and kind type parameter as Y.
Does anyone oppose closing this report?
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-25 16:14 ---
It's the most reported bug. And it's invalid, you are violating C aliasing
rules.
Use -fno-strict-aliasing.
*** This bug has been marked as a duplicate of 21920 ***
--
rguenth at gcc dot gnu dot org changed:
--- Comment #88 from rguenth at gcc dot gnu dot org 2006-03-25 16:14
---
*** Bug 26867 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-25 16:21 ---
Can you do a comparison to 4.0.3?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
This testcase segfaults in find_lattice_value() in tree-complex.c line 116:
_Complex float f (_Complex float b, _Complex float c)
{
_Complex float a = 1.0 + 0.0i;
return a / c;
}
gcc -O x.c
x.c: In function f:
x.c:2: internal compiler error: Segmentation fault
Please submit a full bug report,
--- Comment #8 from uros at gcc dot gnu dot org 2006-03-25 17:32 ---
Subject: Bug 26717
Author: uros
Date: Sat Mar 25 17:32:34 2006
New Revision: 112379
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112379
Log:
PR middle-end/26717
* fold-const.c (fold_binary)
Hi,
This is my first Bug report here so please forgive me if i miss something.
1.# gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /var/tmp/portage/gcc-4.0.3/work/gcc-4.0.3/configure
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.0.3
--- Comment #3 from dberlin at gcc dot gnu dot org 2006-03-25 19:17 ---
Subject: Bug 26804
Author: dberlin
Date: Sat Mar 25 19:17:26 2006
New Revision: 112380
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112380
Log:
2006-03-25 Daniel Berlin [EMAIL PROTECTED]
PR
--- Comment #4 from dberlin at gcc dot gnu dot org 2006-03-25 19:19 ---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-25 20:54 ---
Confirmed.
Program received signal SIGSEGV, Segmentation fault.
0x086ef403 in find_lattice_value (t=0x0)
at /space/rguenther/src/svn/summit/gcc/tree-complex.c:116
116 switch (TREE_CODE (t))
(gdb) bt
#0
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-03-25 20:58 ---
It is trivially to work around.
if (!ssa_name)
continue;
but maybe the problem is really elsewhere.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26869
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-03-25 21:09
---
The problem has been introduced by the following change:
2006-03-17 Alexandre Oliva [EMAIL PROTECTED]
* dwarf2out.c (dwarf2out_stack_adjust): Always track the stack
pointer, instead of
--- Comment #6 from matz at suse dot de 2006-03-25 21:10 ---
The sequence of what happens is a bit involved, and breaks a very old
invariant in reload.c which doesn't seem to hold anyway since a long
time, as there is already much code handling this non-holding, namely
that subreg's of
--- Comment #4 from tkoenig at gcc dot gnu dot org 2006-03-25 21:15 ---
Subject: Bug 26769
Author: tkoenig
Date: Sat Mar 25 21:15:48 2006
New Revision: 112381
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112381
Log:
2006-03-25 Thomas Koenig [EMAIL PROTECTED]
PR
--- Comment #2 from tkoenig at gcc dot gnu dot org 2006-03-25 21:31 ---
Subject: Bug 26735
Author: tkoenig
Date: Sat Mar 25 21:31:48 2006
New Revision: 112382
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112382
Log:
2006-03-25 Thomas Koenig [EMAIL PROTECTED]
PR
--- Comment #3 from tkoenig at gcc dot gnu dot org 2006-03-25 21:53 ---
Fixed on trunk.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tkoenig at gcc dot gnu dot org 2006-03-25 21:54 ---
Fixed on trunk.
There is general agreement that reshape and transpose should also have
their corresponding real types, so let's keep this bug open as a reminder.
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||rth at gcc dot gnu dot org,
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-25 21:58 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from tkoenig at gcc dot gnu dot org 2006-03-25 22:01 ---
Reduced test case:
program main
logical, dimension(2) :: mask1, mask2
mask2 = logical(mask1)
end program main
Unless I miss something, the logical is a no-op.
--
tkoenig at gcc dot gnu dot org changed:
--- Comment #2 from laurent at guerby dot net 2006-03-25 22:03 ---
Hi, could you attach to this PR the compressed gcc/testsuite/ada/acats.log ?
Also, do you know what the results are for 4.2?
Thanks in advance.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26866
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-25 22:09 ---
Reduced testcase:
void print_list(void)
{
char *e;
e = alloca(100);
}
-
I wonder if alloca being turned off as a builtin is causing this.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-03-25 22:14 ---
Zdenek, can you have a look?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tkoenig at gcc dot gnu dot org 2006-03-25 22:21 ---
As agreed on the mailing list, I'm closing this as WONTFIX.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from lucier at math dot purdue dot edu 2006-03-25 22:22
---
Subject: Re: Inordinate compile times on large routines
[lindv2:~/Desktop] lucier% /pkgs/gcc-4.0.3/bin/gcc -mcpu=970 -m64 -no-
cpp-precomp -Wall -W -Wno-unused -O1 -fno-math-errno -fschedule-
insns2
--- Comment #3 from debian-gcc at lists dot debian dot org 2006-03-25
22:23 ---
sorry, already removed. Each attempt to run a testcase resulted in an segfault.
Matthias
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26866
--- Comment #7 from ben at decadentplace dot org dot uk 2006-03-26 02:07
---
Here's a trivial test case:
$ cat test.hpp
#ifdef USE_PRAGMA
#pragma interface
#endif
class foo
{
public:
virtual ~foo() {}
};
class bar : public foo
{
public :
~bar();
};
$ cat test.cpp
#include
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-03-26 02:15
---
Subject: Bug 26661
Author: jvdelisle
Date: Sun Mar 26 02:15:44 2006
New Revision: 112390
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112390
Log:
2006-03-25 Jerry DeLisle [EMAIL PROTECTED]
PR
Hello,
I tried to compile a native 64bit system for my Sempron64 but failed
to compile the cross compiler on my own source-based system, on Ubuntu
64bit (which takes 2h for building insn-attrtab.o), and with several
versions of binutils, glibc, newlib, and gcc. I also tried out new
binutils and
--- Comment #5 from ferdinandw+gcc at gmail dot com 2006-03-26 02:19
---
Here's a reduced version that gives me an ICE on FC5's gcc 4.1.0 with:
g++ -O -c 3ddeskd.cpp
=
class Config {
public:
int texture_size;
int bg_size;
int
--- Comment #1 from kargl at gcc dot gnu dot org 2006-03-26 02:35 ---
Confirmed.
I have a trivial patch for this. I'll commit it in a few hours.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from ferdinandw+gcc at gmail dot com 2006-03-26 02:35
---
Sorry for the bugspam, but I noticed it could be reduced a bit more.
=
struct Config {
int bg_size;
int autoacquire;
};
Config *cfg;
void
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-03-26 02:59
---
Subject: Bug 26661
Author: jvdelisle
Date: Sun Mar 26 02:59:45 2006
New Revision: 112391
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112391
Log:
2006-03-25 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-03-26 03:05
---
Fixed on 4.1.1 and 4.2
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
When bootstrap the GCC 4.1.0, the following error occurred:
../../gcc-4.1.0/gcc/libgcc2.c:1: warning: -g is only supported when using GAS
on this processor,
../../gcc-4.1.0/gcc/libgcc2.c:1: warning: -g option disabled
../../gcc-4.1.0/gcc/libgcc2.c:1056: internal compiler error: in
--- Comment #1 from jacky dot yu at betasystems dot com 2006-03-26 04:16
---
Created an attachment (id=11126)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11126action=view)
The output from running the command with -E option
--
When bootstrap the GCC 4.1.0, the following error occurred:
../../gcc-4.1.0/gcc/libgcc2.c:1: warning: -g is only supported when using GAS
on this processor,
../../gcc-4.1.0/gcc/libgcc2.c:1: warning: -g option disabled
../../gcc-4.1.0/gcc/libgcc2.c:1056: internal compiler error: in
--- Comment #1 from kargl at gcc dot gnu dot org 2006-03-26 04:26 ---
It is not at all clear why you're trying to use libmudflap
with gfortran. Have you read the gcc.info of -fmudflap?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26784
../../../../../gcc-4.1.0/libstdc++-v3/src/strstream.cc:1: warning:
-ffunction-sections may affect debugging on some targets
../../../../../gcc-4.1.0/libstdc++-v3/src/strstream.cc: In member function
'virtual std::streampos std::strstreambuf::seekpos(std::streampos,
std::_Ios_Openmode)':
--- Comment #1 from jacky dot yu at betasystems dot com 2006-03-26 04:59
---
Created an attachment (id=11127)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11127action=view)
Output generated by the failed compiler command with -E options
--
--- Comment #2 from kargl at gcc dot gnu dot org 2006-03-26 05:20 ---
Subject: Bug 26816
Author: kargl
Date: Sun Mar 26 05:20:09 2006
New Revision: 112392
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112392
Log:
PR fortran/26816
* intrinsic.c (add_functions):
46 matches
Mail list logo
