If I compile the program
---
program test
write(*,*) 'Hello'
call flush()
end program test
---
without options, it works.
However, using -std=f2003:
/tmp/cc4pdLnc.o: In function `MAIN__':
flush.f90:(.text+0x77): undefined reference to `flush_'
Expected: As flush
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-08 04:56 ---
We have before reload:
(insn 45 44 46 3 (set (reg:V4HI 131 [ D.1754 ])
(const_vector:V4HI [
(const_int 0 [0x0])
(const_int 0 [0x0])
(const_int 0 [0x0])
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-08 04:52 ---
This works for me on the mainline now, I just tried.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-07-08 04:52 ---
This works on the mainline at least.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-07-08 04:48 ---
(In reply to comment #6)
The problem is that flow (which does the instruction deletion) is semi stupid
and does not check. I bet this will be fixed with the dataflow branch or at
least easier to fix :).
--
http
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Summary|libgomp fails to configure |[4.2 Regression
--- Comment #8 from dje at gcc dot gnu dot org 2006-07-08 03:13 ---
The patch looks consistent with the rest of the e500 design, although I am not
familiar enough with the e500 ISA to determine if the code will be correct
under all circumstances. I'm willing to approve the patch if some
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-08 02:37 ---
Also reported http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00823.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27288
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-07-08 02:36 ---
Also reported here:
http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00823.html
Which was CC'd to Aldy and there was no answer at that point :(.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27287
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-08 02:35 ---
Just for future reference this was orginally reported at:
http://gcc.gnu.org/ml/gcc/2006-04/msg00463.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27288
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-07-08 02:34 ---
Just for future reference this was orginally reported at:
http://gcc.gnu.org/ml/gcc/2006-04/msg00463.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27287
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-07-08 02:29 ---
*** Bug 27875 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-07-08 02:29 ---
This is really a dup of bug 27287 which is also affects 4.1.
*** This bug has been marked as a duplicate of 27287 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-07-08 02:28 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-07-08 02:26 ---
http://gcc.gnu.org/ml/gcc/2006-04/msg00463.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27875
--- Comment #3 from echristo at apple dot com 2006-07-08 01:11 ---
Oh yes, FWIW it worked on both x86-darwin and x86-linux which are the only
platforms I can test :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28296
--- Comment #2 from echristo at apple dot com 2006-07-08 01:04 ---
Well, it shouldn't have mattered, but try re-adding the CFLAGS line that I
think I accidentally deleted just after XPCFLAGS:
CFLAGS="$CFLAGS -pthread"
which is also just plain wrong, but perhaps this too should be moved
--- Comment #16 from init dot six at gmail dot com 2006-07-08 00:36 ---
I found this bug report by googling for the same error message. In my case it
showed up on a suse9 machine. I corrected the problem by changing my PATH
environment variable. The broken PATH contained:
/nfs/platfo
--- Comment #5 from pbrook at gcc dot gnu dot org 2006-07-07 23:39 ---
Fixed.
--
pbrook at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from pbrook at gcc dot gnu dot org 2006-07-07 23:39 ---
Subject: Bug 27991
Author: pbrook
Date: Fri Jul 7 23:38:56 2006
New Revision: 115272
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115272
Log:
2006-07-08 Paul Brook <[EMAIL PROTECTED]>
PR target/
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-07-07 20:52 ---
*** Bug 28308 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-07 20:52 ---
*** This bug has been marked as a duplicate of 2316 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
>From the C++ standard, 7.5p1:
Two function types with different language linkages are distinct types even if
they are otherwise identical.
The following code tests for this and should compile (a successful compile
indicates a test pass).
template
struct static_assert;
template<>
struct static
--- Comment #2 from pault at gcc dot gnu dot org 2006-07-07 18:46 ---
This fixes the fault and i presently regtesting:
Index: gcc/fortran/resolve.c
===
*** gcc/fortran/resolve.c (revision 115245)
--- gcc/fortran/resol
--- Comment #8 from stuart dot downing at sungard dot com 2006-07-07 18:28
---
We are also observing this symptom, but only when gcc is configured with
--disable-shared.
This configuration...
/devp/src/bld/gcc4.1.1.s/usr/local/bin/g++ -v
Target: powerpc-ibm-aix5.1.0.0
Configured with:
--- Comment #7 from stuart dot downing at sungard dot com 2006-07-07 18:25
---
Created an attachment (id=11852)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11852&action=view)
Sample code that exhibits segmentation fault
This is a simplified code sample that produces the symptom
--- Comment #1 from ro at gcc dot gnu dot org 2006-07-07 18:02 ---
PR target/28307 seems to be the root cause.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from lmillward at gcc dot gnu dot org 2006-07-07 17:59
---
Fixed on mainline. Will apply to release branches once testing completes.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from ro at gcc dot gnu dot org 2006-07-07 17:58 ---
Created an attachment (id=11851)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11851&action=view)
Revised patch
Minor correction: with the original patch, some functions (those which didn't
use
#pragma extern_prefi
--- Comment #5 from lmillward at gcc dot gnu dot org 2006-07-07 17:57
---
Subject: Bug 27820
Author: lmillward
Date: Fri Jul 7 17:57:12 2006
New Revision: 115265
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115265
Log:
PR c++/27820
* decl.c (define_label): Re
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-07-07 17:30 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #5 from pcarlini at suse dot de 2006-07-07 17:17 ---
(In reply to comment #4)
> However, we know that it should be possible to write cancel-safe C++
> libraries (including, in particular, libstdc++); otherwise, it's hard to
> use C++ in a multi-threaded application. And, we
--- Comment #2 from ro at gcc dot gnu dot org 2006-07-07 17:09 ---
Alexandre,
your patch introduced this regression. Could you have a look if the suggested
fix in Comment #1 seems reasonable?
Thanks.
Rainer
--
ro at gcc dot gnu dot org changed:
What|Removed
While investigating the root cause of PR libgcj/28189, I noticed that both
on the 4.1 branch and on mainline (where the libjava testsuite timeouts
occur) the boehm-gc test had started failing as well (which easily goes
unnoticed due to PR boehm-gc/11412): gctest fails like this:
Key creation fail
--- Comment #17 from mmitchel at gcc dot gnu dot org 2006-07-07 17:03
---
Yes, I did miss Comment #6. I've reset this to P2, in light of that.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from amylaar at gcc dot gnu dot org 2006-07-07 16:54 ---
Created an attachment (id=11850)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11850&action=view)
test case
The available source code for the functions allows the compiler to
see that the called functions are
There is code in the expanders which is supposed to avoid emitting calls
to pure functions which have their result ignored, but it doesn't appear to
work when the function called is represented as a COND_EXPR.
--
Summary: const / pure call with ignored argument emitted.
Pro
--- Comment #2 from amylaar at gcc dot gnu dot org 2006-07-07 16:47 ---
(In reply to comment #1)
> testcase?
>
I couldn't find one yet. I suspect this is hidden by tree-optimizers and
missed
optimization issues.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28289
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-07 16:37 ---
/usr/include/pthread.h:163: error: expected ';', ',' or ')' before '__thread'
Did you disable fixincludes? If so this is why you don't disable fixincludes
:).
If you did not, then you might be better off updating
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-07-07 16:31 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-07-07 16:30 ---
Subject: Bug 28268
Author: rguenth
Date: Fri Jul 7 16:30:36 2006
New Revision: 115263
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115263
Log:
2006-07-07 Richard Guenther <[EMAIL PROTECTED]>
P
A GNAT bug is detected whenever pragma Inline is applied to an instance of a
generic subprogram and front-end inlining is activated (-gnatN). The problem
can be worked around by either applying the pragma Inline to the generic
subprogram declaration or deactivating front-end inlining.
The test ca
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-07-07 15:21
---
Related to PR 27019.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDe
--- Comment #6 from sje at gcc dot gnu dot org 2006-07-07 15:15 ---
Subject: Bug 27019
Author: sje
Date: Fri Jul 7 15:15:00 2006
New Revision: 115260
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115260
Log:
PR c++/27019
* g++.dg/ext/pr27019.C: New.
Added:
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28304
The following invalid code snippet triggers an ICE since GCC 4.0.0:
struct A {};
template void A::foo(T) {}
void bar()
{
A::foo(1);
}
bug.cc:3: error: no 'void A::foo(T)' member function declar
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28303
The following invalid code snippet triggers an ICE on the 4.1 branch
(introduced after 4.1.1) and mainline:
template struct A
{
typedef struct typename T::X X;
};
template A::X::X() {}
bug.cc:3: error: ex
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28302
The following code snippet causes an ICE since GCC 4.0.2
(and in GCC 3.4.5, 3.4.6):
=
int __attribute__((vector_size(8))) x;
void foo()
{
~x;
}
=
bug.cc: In function 'void foo()':
bug.cc:5: internal com
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28301
The following invalid code snippet triggers an ICE since GCC 3.4.0:
===
template struct A
{
template void foo() // missing ;
};
template<> struct A
{
template void foo();
};
void bar()
{
A a;
a.foo<0>();
}
=
The following - IMHO according to [14.5.4]/6 invalid - code snippet is
accepted since at least GCC 2.95.3:
===
template struct A
{
template struct A;
};
===
--
Summary: In-class partial specialization
--- Comment #7 from amylaar at gcc dot gnu dot org 2006-07-07 13:50 ---
(In reply to comment #3)
> When I disable the offending code (by altering add_cost[DImode] at the right
> moment), I get the right result for little endian. However, compiling for
> big endian gives wrong code:
>
>
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-07-07 13:36 ---
Janis,
Could you do a regression hunt on this bug for me?
Thanks,
Andrew Pinski
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2006-07-07 13:01
---
However we are nice people and the Ada front-end will be change to cope with
it.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2006-07-07 13:00
---
I think the Alpha back-end somewhat abuses the "builtin" machinery here.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-07-07 12:34
---
Fixed on the mainline. pinskia, can you verify that as of comment #2 with the
reduced and/or the original testcase? Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28187
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-07-07 12:32 ---
Subject: Bug 28187
Author: rguenth
Date: Fri Jul 7 12:31:29 2006
New Revision: 115255
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115255
Log:
2006-07-07 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-07-07 11:39 ---
/usr/include/pthread.h:163: error: expected ';', ',' or ')' before '__thread'
/usr/include/pthread.h:591: error: storage class specified for parameter 'type
name'
so, whats wrong there? This is really not enough in
$ cat ice.c
extern __typeof(foo) foo __asm__("") ;
void * foo (void) {};
$ gcc-4.2-HEAD -c ice.c -Wmissing-prototypes -o ice.o
ice.c:1: error: 'foo' undeclared here (not in a function)
ice.c:2: internal compiler error: tree check: expected function_type or
method_type, have integer_type in start_fu
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-07-07 09:52 ---
The question is why we need to ICE here. We may as well go ahead and pretend
it was the users fault and not a bug in some previous pass...
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-07-07 09:45 ---
*** Bug 26945 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-07-07 09:45 ---
Dup of 28282 which has a simpler testcase.
*** This bug has been marked as a duplicate of 28282 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-07-07 09:44 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-07-07 09:30 ---
testcase?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28289
[...]
make[3]: Entering directory `/tmp/gcc-4.1.1/host-i686-pc-linux-gnu/stage1-gcc'
make \
CFLAGS="-g -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -Wmissing-format-attribute " \
CONFIG_H="tconfig.h auto-host.h ../.././gcc/../include/ansidecl.h" TM_H
67 matches
Mail list logo
