--- Comment #8 from burnus at gcc dot gnu dot org 2008-01-07 07:48 ---
*** Bug 34698 has been marked as a duplicate of this bug. ***
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #31 from mark at codesourcery dot com 2008-01-07 07:48 ---
Subject: Re: [4.2/4.3 regression] ICE with incompatible types
for ?: with "complex type" conversion
gdr at cs dot tamu dot edu wrote:
> But, as that hypothetical user, I would not have any ground to be unhappy.
>
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-07 07:48 ---
*** This bug has been marked as a duplicate of 33375 ***
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #30 from mark at codesourcery dot com 2008-01-07 07:44 ---
Subject: Re: [4.2/4.3 regression] ICE with incompatible types
for ?: with "complex type" conversion
gdr at cs dot tamu dot edu wrote:
> | Is it conceivable that ISO C++ will ever add a
> | complex::complex(int) co
--- Comment #29 from gdr at cs dot tamu dot edu 2008-01-07 07:09 ---
Subject: Re: [4.2/4.3 regression] ICE with incompatible types for ?: with
"complex type" conversion
"mark at codesourcery dot com" <[EMAIL PROTECTED]> writes:
| > We have no plan of how those new constructors will in
--- Comment #28 from gdr at cs dot tamu dot edu 2008-01-07 06:57 ---
Subject: Re: [4.2/4.3 regression] ICE with incompatible types for ?: with
"complex type" conversion
"mark at codesourcery dot com" <[EMAIL PROTECTED]> writes:
| Imagine that you're a user. You read about GNU __compl
--- Comment #27 from gdr at cs dot tamu dot edu 2008-01-07 06:54 ---
Subject: Re: [4.2/4.3 regression] ICE with incompatible types for ?: with
"complex type" conversion
"mark at codesourcery dot com" <[EMAIL PROTECTED]> writes:
| --- Comment #26 from mark at codesourcery dot com
Consider the following code, compiled with the latest gcc built from sources,
with the -std=c++0x flag:
#include
struct S
{
S() {}
S(S &s) { std::cout << "L-value ref" << std::endl; }
S(S &&s) { std::cout << "R-value ref" << std::endl; }
};
S source() { static S s; return s; }
int m
--- Comment #7 from hjl at lucon dot org 2008-01-07 04:57 ---
gfc_undo_symbols has
for (p = changed_syms; p; p = q)
{
q = p->tlink;
if (p->new)
{
/* Symbol was new. */
delete_symtree (&p->ns->sym_root, p->name);
p->refs-
Executing on host: /xxx/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran
-B/
xxx/gnu/gcc/objdir/gcc/testsuite/gfortran/../../
/xxx/gnu/gcc/gcc/gcc/testsuite/
gfortran.fortran-torture/execute/intrinsic_set_exponent.f90 -w -O0
-L/xxx/gn
u/gcc/objdir/hppa1.1-hp-hpux10.20/./libgfortran/.libs
-L
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-01-07 03:17
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-01-07 02:53
---
Subject: Bug 34659
Author: jvdelisle
Date: Mon Jan 7 02:53:04 2008
New Revision: 131371
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131371
Log:
2008-01-06 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-01-07 01:46
---
I can confirm this bug. We know where this was introduced. It is probably a
latent bug and occurs only with invalid code. It is being worked.
--
jvdelisle at gcc dot gnu dot org changed:
What
--- Comment #5 from dan at math dot uiuc dot edu 2008-01-07 01:43 ---
Thank you!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34697
This is introduced in last 24 hours because 2007-01-06 snapshot was ok,
Executing on host:
/var/pisi/gcc-4.3_pre20080107-32/work/gcc-4.3-20080107/build/gcc/testsuite/gfortran/../../gfortran
-B/var/pisi/gcc-4.3_pre20080107-32/work
/gcc-4.3-20080107/build/gcc/testsuite/gfortran/../../
/var/pisi/gcc-
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-07 01:32
---
I mean 2008-01-06 snapshot of course, duh.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34698
--- Comment #26 from mark at codesourcery dot com 2008-01-07 01:16 ---
Subject: Re: [4.2/4.3 regression] ICE with incompatible types
for ?: with "complex type" conversion
gdr at cs dot tamu dot edu wrote:
> I would not bet money that nobody is not using it. However, that
> somebody
--- Comment #25 from gdr at cs dot tamu dot edu 2008-01-07 00:38 ---
Subject: Re: [4.2/4.3 regression] ICE with incompatible types for ?: with
"complex type" conversion
"mark at codesourcery dot com" <[EMAIL PROTECTED]> writes:
| Subject: Re: [4.2/4.3 regression] ICE with incompatibl
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-01-07 00:28 ---
> Use nm filename.o to see that a global symbol f has been declared, but it
>shouldn't be.
Yes it should, that is what it should do for C99/GNU99.
>PS: it could be a bug inserted by Apple...
Well no, Apple just f
--- Comment #3 from dan at math dot uiuc dot edu 2008-01-07 00:21 ---
PS: it could be a bug inserted by Apple...
--
dan at math dot uiuc dot edu changed:
What|Removed |Added
--
--- Comment #2 from dan at math dot uiuc dot edu 2008-01-07 00:20 ---
Well, if you were right, then gnu99 and gnu89 would have the same behavior, but
they don't:
indigo% gcc -c -std=gnu99 foo.c
indigo% nm foo.o
T _f
0008 T _main
indigo% gcc -c -std=gnu89 foo.c
indigo% nm fo
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot
|dot org
--- Comment #7 from danglin at gcc dot gnu dot org 2008-01-06 23:27 ---
Breakpoint 1, delete_insn (insn=0x4be5a208) at ../../gcc/gcc/cfgrtl.c:111
111 if (LABEL_P (insn))
(gdb) bt
#0 delete_insn (insn=0x4be5a208) at ../../gcc/gcc/cfgrtl.c:111
#1 0x001a8f30 in delete_related_insns
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-06 23:25 ---
Well extern inline for 4.3.0 and before in C99 mode was the GNU 89 extern
inline and not the C99 extern inline. This was fixed for 4.3.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
Here's the source code:
extern inline void f() {}
int main () {}
Compile with
gcc -c -std=gnu99 filename.c
Use nm filename.o to see that a global symbol f has been declared, but it
shouldn't be.
This prevents libgmp from being usable under Mac OS 10.5.
% uname -a
Darwin indigo.local
--- Comment #9 from asteinarson at gmail dot com 2008-01-06 23:18 ---
(In reply to comment #8)
> Subject: Bug 34152
>
> Author: jakub
> Date: Sun Jan 6 20:25:57 2008
> New Revision: 131361
>
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131361
> Log:
> PR c++/34152
>
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-01-06 23:11
---
This trivial patch fixes this:
Index: scanner.c
===
--- scanner.c (revision 131355)
+++ scanner.c (working copy)
@@ -1176,7 +1176,7 @@ load_line
Given the following test program:
#include
#include
class X : private std::ostringstream {
public:
template X &operator<<(a arg)
{
#if 0
std::ostringstream &o= *this;
o << arg;
#else
std::ostringstream::operator<<(arg);
#endif
--- Comment #2 from steven at gcc dot gnu dot org 2008-01-06 22:40 ---
See http://gcc.gnu.org/ml/fortran/2008-01/msg00067.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34669
--- Comment #1 from ed at catmur dot co dot uk 2008-01-06 22:35 ---
Created an attachment (id=14892)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14892&action=view)
gcc-cpp-Werror-message.patch
Proposed patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34695
--- Comment #15 from paolo at gcc dot gnu dot org 2008-01-06 22:31 ---
Subject: Bug 34680
Author: paolo
Date: Sun Jan 6 22:30:32 2008
New Revision: 131366
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131366
Log:
gcc/
2008-01-06 Paolo Carlini <[EMAIL PROTECTED]>
PR
--- Comment #1 from reichelt at gcc dot gnu dot org 2008-01-06 22:30
---
Confirmed. Here's a further reduced testcase that triggers the warning
already with "-O -Wall":
struct A {};
struct B : A
{
double x, y;
B() : x(), y() {}
};
inline B getB()
--- Comment #6 from burnus at gcc dot gnu dot org 2008-01-06 22:23 ---
*** Bug 34693 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33375
--- Comment #4 from burnus at gcc dot gnu dot org 2008-01-06 22:23 ---
I don't know. When I investigated PR 33375, I found that that the symbol
existed but was uninitialized. I do not understand why it started to fail with
x86-64 but valgrind showed it used also before uninitialized memo
When -Werror is passed in, libcpp silently converts warnings to errors:
$ gcc foo.c -Wall -Werror
foo.c:3:1: error: "FOO" redefined
foo.c:2:1: error: this is the location of the previous definition
This is potentially confusing, and inconsistent with cc, which displays:
$ gcc foo.c -Wall -Werror
c
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-06 22:14 ---
I think this was introduced with the pragma changes from the openmp branch.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn||33870
Component|fortran |middle-end
--- Comment #17 from rguenther at suse dot de 2008-01-06 22:12 ---
Subject: Re: Fortran FE generated IL pessimizes middle-end
IL and analysis
On Sun, 6 Jan 2008, jaydub66 at gmail dot com wrote:
> --- Comment #16 from jaydub66 at gmail dot com 2008-01-06 22:08 ---
> I've don
--- Comment #16 from jaydub66 at gmail dot com 2008-01-06 22:08 ---
I've done some experimenting with older GCC versions I have floating around on
my machines:
Compiling the test case with both 4.1.2 and 4.2.1 gives an ICE, so I guess we
can't exactly call this a regression.
But then c
--- Comment #17 from pault at gcc dot gnu dot org 2008-01-06 22:00 ---
Subject: Bug 34545
Author: pault
Date: Sun Jan 6 22:00:00 2008
New Revision: 131364
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131364
Log:
2008-01-06 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-06
21:59 ---
Subject: Re: ICE: output_operand: invalid expression as
operand on hppa
> This bug is present on 4.2 branch but head doesn't fail for me. The problem
> is a deleted label.
The label is deleted in
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34694
The warning for the following testcase contains a wrong line number
on mainline (compile with "-fopenmp -O -Wall"):
int i;
void foo()
{
#pragma omp parallel
{
int j;
i = j;
}
}
bug.c: In function 'foo.omp_fn.0':
bug.c:
--- Comment #3 from hjl at lucon dot org 2008-01-06 21:54 ---
Why didn't I see it with revision 131352?
--
hjl at lucon dot org changed:
What|Removed |Added
S
--- Comment #5 from burnus at gcc dot gnu dot org 2008-01-06 21:50 ---
*** Bug 34693 has been marked as a duplicate of this bug. ***
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-06 21:50 ---
To my understanding the problem existed before though it did not crash as often
as it does now. Before it failed here only with -m64 now also with -m32, but I
believe it is the same problem and thus unrelated to the f
--- Comment #1 from hjl at lucon dot org 2008-01-06 21:47 ---
It may be introduced by the fix for bug 34658.
--
hjl at lucon dot org changed:
What|Removed |Added
OtherBugs
--- Comment #4 from tkoenig at gcc dot gnu dot org 2008-01-06 21:46 ---
Created an attachment (id=14889)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14889&action=view)
Test case that doesn't work
This test case fails with my patch, although the "dg-shouldfail" directive
should t
On Linux/Intel64, revision 131362 gives
FAIL: gfortran.dg/common_6.f90 -O (internal compiler error)
FAIL: gfortran.dg/common_6.f90 -O (test for excess errors)
Revision 131352 is OK.
--
Summary: [4.3 Regression] gfortran.dg/common_6.f90 -O
Product: gcc
Ver
--- Comment #3 from tkoenig at gcc dot gnu dot org 2008-01-06 21:44 ---
Created an attachment (id=14888)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14888&action=view)
partial implementation
This is an implementation for the array intrinsics, but I'm having
trouble with writing
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn||34602
Keywords||ice-on-invalid
The following testcase triggers an internal error in the preprocessor
since GCC 4.2.0:
#define FOO(expr) (#expr)
FOO(
#pragma GCC diagnostic
)
bug.c:5:1: internal error: unspellable token PRAGMA
bug.c:5:1: internal error: unspella
--- Comment #3 from danglin at gcc dot gnu dot org 2008-01-06 21:35 ---
This bug is present on 4.2 branch but head doesn't fail for me. The problem
is a deleted label.
Breakpoint 1, output_operand (x=0x4be5a208, code=0)
at ../../gcc/gcc/final.c:3171
3171 gcc_assert (!x || !REG
--- Comment #24 from mark at codesourcery dot com 2008-01-06 21:06 ---
Subject: Re: [4.2/4.3 regression] ICE with incompatible types
for ?: with "complex type" conversion
gdr at cs dot tamu dot edu wrote:
> | I'm not sure what you mean by that. It's a public constructor;
>
> I mean
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-06 20:54 ---
2.95.4 says
t.C:9: `B::f(int)' conflicts with used function
t.C:2: `void A::f(int = 5)' previously declared here
t.C:9: default argument given for parameter 1 of `void B::f(int = 4)'
t.C:2: after previous specificat
--- Comment #16 from paulthomas2 at wanadoo dot fr 2008-01-06 20:39 ---
Subject: Re: ICE when compiling Fortran 95 code
Tobias,
Nothing - I have just updated to FC8 and blew all my nice set-up to
pieces. This is the first time that Fedora has let me down. I will be
operational fir
--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-06 20:31 ---
FIXED my stupid mistake on the trunk (4.3.0) by changing the test case.
Introduced test case as fix for PR34660.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-06 20:30 ---
Subject: Bug 34690
Author: burnus
Date: Sun Jan 6 20:30:10 2008
New Revision: 131362
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131362
Log:
2008-01-06 Tobias Burnus <[EMAIL PROTECTED]>
PR fortr
--- Comment #8 from jakub at gcc dot gnu dot org 2008-01-06 20:26 ---
Subject: Bug 34152
Author: jakub
Date: Sun Jan 6 20:25:57 2008
New Revision: 131361
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131361
Log:
PR c++/34152
* libsupc++/eh_personality.cc (PERSO
--- Comment #5 from burnus at gcc dot gnu dot org 2008-01-06 20:18 ---
Subject: Bug 34689
Author: burnus
Date: Sun Jan 6 20:18:01 2008
New Revision: 131360
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131360
Log:
2008-01-06 Tobias Burnus <[EMAIL PROTECTED]>
PR fortr
--- Comment #14 from pcarlini at suse dot de 2008-01-06 20:05 ---
(In reply to comment #13)
> I'm not keen on silently changing dynamic_cast to static_cast. But, with
> -fno-rtti, making dynamic_cast and static casts work seems OK. Does
> that not work now?
Yes, I checked, and that wo
The following code is ill-formed according to the standard, but accepted by
GCC:
namespace A {
extern "C" void f(int = 5);
}
namespace B {
extern "C" void f(int = 4);
}
using A::f;
using B::f;
int main() {
f(3);//OK
f(); //ERROR
}
When a default argument is used a
--- Comment #4 from burnus at gcc dot gnu dot org 2008-01-06 19:47 ---
FIXED on the trunk (4.3.0). Caused by the fix for PR34662.
Thanks for the report.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-06 19:37 ---
Subject: Bug 34689
Author: burnus
Date: Sun Jan 6 19:36:44 2008
New Revision: 131359
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131359
Log:
2008-01-06 Tobias Burnus <[EMAIL PROTECTED]>
PR fortr
--- Comment #13 from mmitchel at gcc dot gnu dot org 2008-01-06 19:35
---
I'm not keen on silently changing dynamic_cast to static_cast. But, with
-fno-rtti, making dynamic_cast and static casts work seems OK. Does
that not work now?
And, certainly, adding preprocessor macros (__GNU_
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-01-06 19:24
---
This is a regression. I thought in the back of my mind that I had this working
right before. Sure enough, 4.2 gives a warning.
gfc42 -static pr34659.f90
Warning: '&' not allowed by itself in line 1
--
jvde
--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-06 19:04 ---
Mine. Try gfortran on the test case and you see why it is mine - it has nothing
to do with OpenMP.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-01-06 18:57 ---
I can't remember any recent OMP-related changes in gfortran?!
Moving to component libgomp, adding Jakub as CC.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #15 from burnus at gcc dot gnu dot org 2008-01-06 18:48 ---
Patch: http://gcc.gnu.org/ml/fortran/2008-01/msg00017.html
Paul, what is with your patch (see above)? (I OKed it a few days ago.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34545
--- Comment #20 from jvdelisle at gcc dot gnu dot org 2008-01-06 18:40
---
Fixed with patch to 34387.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2008-01-06 18:40
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-06 18:37 ---
> gpp.exe internal error: (null) (program as)
as is crashing and as is part of the binutils project.
Can you give the output of compiling and add -v ?
--
pinskia at gcc dot gnu dot org changed:
Wha
--- Comment #19 from jvdelisle at gcc dot gnu dot org 2008-01-06 18:35
---
Subject: Bug 34540
Author: jvdelisle
Date: Sun Jan 6 18:34:14 2008
New Revision: 131357
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131357
Log:
2008-01-06 Jerry DeLisle <[EMAIL PROTECTED]>
On Linux/Intel64, I got
FAIL: gfortran.dg/elemental_args_check_2.f90 -O (test for errors, line 14)
FAIL: gfortran.dg/elemental_args_check_2.f90 -O (test for excess errors)
with revision 131352.
--
Summary: gfortran.dg/elemental_args_check_2.f90 doesn't work
Product:
On Linux/Intel64, revision 131352 has
FAIL: libgomp.fortran/appendix-a/a.33.3.f90 -O (test for excess errors)
FAIL: libgomp.fortran/appendix-a/a.38.1.f90 -O (test for excess errors)
FAIL: libgomp.fortran/appendix-a/a.33.3.f90 -O (test for excess errors)
FAIL: libgomp.fortran/appendix-a/a.38.
--- Comment #1 from tbm at cyrius dot com 2008-01-06 18:23 ---
Created an attachment (id=14887)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14887&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34688
[ Forwarded from http://bugs.debian.org/459429 ]
With 4.1 and 4.2 we get the following ICE on m68k with -O2. This doesn't
happen with 4.3.
(etch)3889:[EMAIL PROTECTED]: ..-m68k-20080106-r131352/gcc] ./xgcc -B. -c -O2
~/erlexec.preprocessed.4.2.c
./erlexec.c: In funct
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2008-01-06 18:19
---
Subject: Bug 34387
Author: jvdelisle
Date: Sun Jan 6 18:19:06 2008
New Revision: 131356
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131356
Log:
2008-01-06 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #4 from burnus at gcc dot gnu dot org 2008-01-06 18:17 ---
Subject: Bug 34658
Author: burnus
Date: Sun Jan 6 18:17:14 2008
New Revision: 131355
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131355
Log:
2007-01-06 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-06 18:17 ---
FIXED on the trunk (4.3.0).
Thanks for the bug report!
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-06 18:13 ---
FIXED on the trunk (4.3.0).
Patch: http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00202.html
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-06 18:08 ---
Subject: Bug 34655
Author: burnus
Date: Sun Jan 6 18:07:52 2008
New Revision: 131353
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131353
Log:
2008-01-06 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #1 from jokehell2 at hotmail dot com 2008-01-06 18:02 ---
Created an attachment (id=14886)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14886&action=view)
one of the files got by the line suggested by bug reportin instructions
--
http://gcc.gnu.org/bugzilla/show_b
I got a bug while I was trying to compile an emulator i got this error msg:
gpp.exe internal error: (null) (program as)
I use this line to compile: gpp -g GBA.gpp -o gba.exe
--
Summary: my gcc wont compile
Product: gcc
Version: 4.2.2
Status: UNCONFIRM
--- Comment #2 from XuHotdogs at gmail dot com 2008-01-06 17:18 ---
(In reply to comment #1)
> This is a target specific issue.
> Yet in MinGW's release 3.4.5, the problem got solved. I don't know why this
> happened again in GCC's official release 4.2.*.
Are there anyone having the sam
--- Comment #7 from asteinarson at gmail dot com 2008-01-06 17:02 ---
(In reply to comment #2)
> Created an attachment (id=14728)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14728&action=view) [edit]
> proposed fix
>
> I'm seeing similar behavior on x86-64 with both g++-4.1.3 (u
--- Comment #7 from joseph at codesourcery dot com 2008-01-06 16:28 ---
Subject: Re: Optimization generates incorrect code
with -frounding-math option (#pragma STDC FENV_ACCESS not implemented)
On Sun, 6 Jan 2008, rguenth at gcc dot gnu dot org wrote:
> I see. So basically we need t
--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-06 16:20 ---
Patch: http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00200.html
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-06 15:57 ---
I see. So basically we need to split all floating point operators into two
variants, one specifying a default rounding mode is used and one specifying the
rounding mode is unknown. I suppose the frontend parts woul
--- Comment #23 from gdr at cs dot tamu dot edu 2008-01-06 15:28 ---
Subject: Re: [4.2/4.3 regression] ICE with incompatible types for ?: with
"complex type" conversion
"mark at codesourcery dot com" <[EMAIL PROTECTED]> writes:
| Subject: Re: [4.2/4.3 regression] ICE with incompatibl
--- Comment #1 from eres at il dot ibm dot com 2008-01-06 15:26 ---
A patch was committed to trunk r131352.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34263
--- Comment #5 from joseph at codesourcery dot com 2008-01-06 15:12 ---
Subject: Re: Optimization generates incorrect code
with -frounding-math option (#pragma STDC FENV_ACCESS not implemented)
On Sat, 5 Jan 2008, rguenth at gcc dot gnu dot org wrote:
> I wouldn't read the language t
--- Comment #3 from sam at gcc dot gnu dot org 2008-01-06 13:41 ---
This is already fixed in the current SVN version.
When you report bugs against an unreleased version, please make sure you use a
recent one before reporting the bug.
--
sam at gcc dot gnu dot org changed:
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-01-06 12:52 ---
I bet this also fixes PR 14741.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34685
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-06 12:29 ---
This is a target specific issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rsandifo at gcc dot gnu dot org 2008-01-06 12:24
---
Testing a patch.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
char_pointer_func.f90 is failing at -O3 on mips-linux-gnu because
of an aliasing bug. We have a function sfoo() that returns a pointer
to a string of length 4:
function sfoo () result (sc1)
character*4, pointer :: sc1
allocate (sc1)
sc1 = "abcd"
end function sfoo
It gets th
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-06 12:18 ---
Please narrow down the particular loop in your testcase that gets slower. It
looks like the testsuite measures several things.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34682
--- Comment #15 from rguenth at gcc dot gnu dot org 2008-01-06 12:07
---
Note that the large FRE compile-time is a dup of PR34450, try experimenting
with --param sccvn-max-scc-size=N and find a N where the problem vanishes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34683
1 - 100 of 122 matches
Mail list logo
