Hi,
the following *legal Fortran 95* code is falsely rejected
by gfortran. Note that this differs from PR 29624 which
specifies a F2003 feature for pointers.
% cat gfcbug52.f90
program gfcbug52
implicit none
type t
integer, pointer :: p(:) = NULL ()
end type t
type(t) :: a
--- Comment #8 from jakub at gcc dot gnu dot org 2007-01-02 10:16 ---
I should note that this wasn't broken on 4.1 branch with PR28206 change,
but with the PR29020 cp_parser_nested_name_specifier_opt change
that was committed without a ChangeLog entry together in that SVN commit.
And,
--- Comment #9 from gdr at integrable-solutions dot net 2007-01-02 11:49
---
Subject: Re: pure virtual function called on const declared with previous
declaration without a definition, const assigned by temporary
mjtruog at fastmail dot ca [EMAIL PROTECTED] writes:
| Thank you for
--- Comment #5 from gdr at integrable-solutions dot net 2007-01-02 12:02
---
Subject: Re: New: '#define false FALSE' undefines '#define FALSE false'
h8_spam at sonic dot net [EMAIL PROTECTED] writes:
| I ran into an issue where doing #define FALSE false followed by #define false
|
--- Comment #6 from gdr at integrable-solutions dot net 2007-01-02 12:05
---
Subject: Re: '#define false FALSE' undefines '#define FALSE false'
pinskia at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| --- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-01 22:34
---
--- Comment #7 from gdr at integrable-solutions dot net 2007-01-02 12:06
---
Subject: Re: '#define false FALSE' undefines '#define FALSE false'
h8_spam at sonic dot net [EMAIL PROTECTED] writes:
| Right, but since true and false are keywords, I would expect the #define true
| TRUE
--- Comment #8 from gdr at integrable-solutions dot net 2007-01-02 12:08
---
Subject: Re: '#define false FALSE' undefines '#define FALSE false'
pinskia at gmail dot com [EMAIL PROTECTED] writes:
| Subject: Re: '#define false FALSE' undefines '#define FALSE
| false'
|
| On
--- Comment #3 from burnus at gcc dot gnu dot org 2007-01-02 12:48 ---
Subject: Bug 30238
Author: burnus
Date: Tue Jan 2 12:48:14 2007
New Revision: 120338
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120338
Log:
fortran/
2007-01-02 Tobias Burnus [EMAIL PROTECTED]
PR
--- Comment #4 from burnus at gcc dot gnu dot org 2007-01-02 12:48 ---
Now also fixed in 4.2.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--
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 #6 from andrew dot stubbs at st dot com 2007-01-02 14:04
---
(In reply to comment #5)
Why is this accepts-invalid? Shouldn't it be diagnostic instead? I am
trying to understand what is the expected output here: a warning or a pedantic
error?
Clause 5 paragraph 5 says
--- Comment #4 from pault at gcc dot gnu dot org 2007-01-02 14:23 ---
Subject: Bug 20896
Author: pault
Date: Tue Jan 2 14:23:36 2007
New Revision: 120342
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120342
Log:
2007-01-02 Paul Thomas [EMAIL PROTECTED]
PR
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|fxcoudert at gcc dot gnu dot|unassigned at gcc dot gnu
|org
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|fxcoudert at gcc dot gnu dot|unassigned at gcc dot gnu
|org
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|fxcoudert at gcc dot gnu dot|unassigned at gcc dot gnu
|org
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|fxcoudert at gcc dot gnu dot|unassigned at gcc dot gnu
|org
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|fxcoudert at gcc dot gnu dot|unassigned at gcc dot gnu
|org
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|fxcoudert at gcc dot gnu dot|unassigned at gcc dot gnu
|org
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-01-02 14:33
---
Any netbsd developer interested in GCC any more? No news from the designers of
the extern inline fixinclude patch? Dammit, my NetBSD nightly regtester
doesn't look like it's going to be doable anytime soon :)
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-01-02 14:35
---
Steven, any news from your Fortran debug info work?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29635
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-01-02 14:46
---
Hi Eric, any news on that one? It really is a pain, because it's apparently a
target-specific middle-end bug that miscompiles gfortran on a platform where
people are really starting to use it for production...
--- Comment #11 from burnus at gcc dot gnu dot org 2007-01-02 15:10 ---
(Just to make sure it is not forgotten:)
A draft patch was posted (quite a while ago) by FX:
http://gcc.gnu.org/ml/fortran/2006-11/msg00634.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29649
--- Comment #2 from stevenb dot gcc at gmail dot com 2007-01-02 15:27
---
Subject: Re: debug info of modules
I'm waiting for my gdb assignment to be finished. This will probably
be work for Q2 2007.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29635
--- Comment #5 from patchapp at dberlin dot org 2007-01-02 15:40 ---
Subject: Bug number PR30276
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-01/msg00057.html
--
--- Comment #12 from dir at lanl dot gov 2007-01-02 15:41 ---
Hi Andrew,
I thought that was the problem - there appears to be no way to disable the
shared libraries on the Macintosh. In comment #6, I tried to disable the shared
libraries and the multilib with --disable-shared
--- Comment #6 from burnus at gcc dot gnu dot org 2007-01-02 15:54 ---
Subject: Bug 30276
Author: burnus
Date: Tue Jan 2 15:54:20 2007
New Revision: 120344
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120344
Log:
2007-01-02 Tobias Burnus [EMAIL PROTECTED]
PR
--- Comment #7 from burnus at gcc dot gnu dot org 2007-01-02 15:55 ---
Fixed in 4.3; I will commit the patch for 4.2 in about a week; I will not fix
4.1.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jakub at gcc dot gnu dot org 2007-01-02 15:58 ---
I believe this was fixed by the PR26912 (4.2+ version) fix.
Before those changes, the this argument was added by grokclassfn, after that
change it is being added to all METHOD_TYPE type decls in grokfndecl.
grokfndecl
--- Comment #2 from maxim dot yegorushkin at gmail dot com 2007-01-02
16:38 ---
I'm having a similar problem on Linux Fedora Core 5. Is there any quick way to
fix it? I am new to autoconf and would appreciate any hints.
Here is the output:
$ make
--- Comment #10 from bkoz at redhat dot com 2007-01-02 16:49 ---
Apparently there are errors with this patch. Revisiting...
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01592.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28125
--- Comment #5 from jakub at gcc dot gnu dot org 2007-01-02 16:53 ---
The second option really is not possible, grokclassfn is usually called by
do_friend. But on this testcase revert_static_member_fn is called
earlier than do_friend (from check_explicit_specialization from
--- Comment #16 from manu at gcc dot gnu dot org 2007-01-02 17:33 ---
Subject: Bug 7651
Author: manu
Date: Tue Jan 2 17:33:25 2007
New Revision: 120347
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120347
Log:
2007-01-02 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR
--- Comment #5 from manu at gcc dot gnu dot org 2007-01-02 20:07 ---
Subject: Bug 19977
Author: manu
Date: Tue Jan 2 20:07:44 2007
New Revision: 120355
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120355
Log:
2007-01-02 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR
--- Comment #1 from pluto at agmk dot net 2007-01-02 20:12 ---
with 4.2-20061231 (rev. 120298) it works fine, so closing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29557
--- Comment #2 from pluto at agmk dot net 2007-01-02 20:13 ---
seems to work now.
--
pluto at agmk dot net changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #12 from pluto at agmk dot net 2007-01-02 20:14 ---
and we'll wait another years to commit this trivial thing :
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13676
--- Comment #8 from dralnix at gmail dot com 2007-01-02 20:25 ---
This patch was tested by having various people on Vista (32/64) run a full
build of ReactOS as a limited user. (also tchar.h is needed for compilation
because of the _T macro)
--
--- Comment #3 from pluto at agmk dot net 2007-01-02 20:33 ---
memhog still present with 4.2 (r120195). backtrace attached.
(gdb) bt
#0 0x2aeaa4f19e82 in ?? () from /lib64/libc.so.6
#1 0x2aeaa4f1b756 in malloc () from /lib64/libc.so.6
#2 0x00828728 in xmalloc
: (reconfigured) ./configure --prefix=/usr
--disable-win32-regist
ry --enable-threads=posix --enable-languages=all --with-win32-nlsapi=unicode
--e
nable-tls --disable-bootstrap
Thread model: posix
gcc version 4.3.0 20070102 (experimental)
cpow.i
---
# 1 ../../../.././winsup/mingw/mingwex/complex/cpow.c
# 1
--
jojelino at gmail dot com changed:
What|Removed |Added
Severity|critical|major
Component|c |tree-optimization
--- Comment #7 from bdtaylo1 at uiuc dot edu 2007-01-02 21:47 ---
(In reply to comment #6)
(The _i_initialized variable is not needed in a main program, but it is in a
procedure.) This far it isn't a huge problem, but when 'i' is a PARAMETER it
gets more complicated. PARAMETERs are
--- Comment #10 from tkoenig at gcc dot gnu dot org 2007-01-02 22:08
---
(In reply to comment #9)
Preliminary patch for formatted only.
Looks pretty good, at least the tests pass.
Index: io/unix.c
===
*** io/unix.c
gcc -O2 usually optimizes a/CONST. In many cases code is not only significantly
faster, but also smaller:
unsigned f(unsigned a) { return a/10; }
gcc 4.1.1 -O2:
movl$-858993459, %eax
mull4(%esp)
shrl$3, %edx
movl%edx, %eax
ret
gcc 4.1.1
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-02 22:45 ---
I think this is really a cost issue with the x86 back-end, rather than with the
middle-end.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from gdr at integrable-solutions dot net 2007-01-02 23:33
---
Subject: Re: Failure to diagnose overflow in constant expression
andrew dot stubbs at st dot com [EMAIL PROTECTED] writes:
| --- Comment #6 from andrew dot stubbs at st dot com 2007-01-02 14:04
---
--- Comment #3 from danglin at gcc dot gnu dot org 2007-01-02 23:55 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
when compiling a program which uses the file iostream gcc exits due to invalid
references.
an example:
#include iostream
void main()
{
std::cout This won't work \n;
}
Will result in:
/tmp/ccd16f9g.o(text + 0x35): In function
'__static_initionalization_and_destruction_0(int, int)':
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-03 02:24 ---
You are not linking against the libstdc++ library which contains the C++
standard library.
Either use g++ instead of gcc to link or link with -lstdc++.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-03 02:53 ---
Reducing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC build
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-01-03 03:24 ---
Reduced testcase:
void f(void)
{
double _Complex Res;
__real__ Res = __imag__ Res = 0.0;
}
---
This was introduced by Aldy's GIMPLE_MODIFY_EXPR change, he forgot to update
50 matches
Mail list logo
