void foo( char* );
int main()
{
foo( 0 ? a : b ); //
}
The type of expression (0 ? a : b) is const char[2] but it cannot be
transformed to char*, however it works.
Why?
--
Summary: condition expression and strings literal
Product: gcc
Version: 3.4.5
--- Comment #6 from paul dot richard dot thomas at cea dot fr 2006-01-27
11:04 ---
(In reply to comment #5)
Confirmed (for now, unless you feel this is an exact dup of bug 18003).
I think that it might well be a duplicate but cannot be sure.
Paul
--
--- Comment #13 from bero at arklinux dot org 2006-01-27 12:24 ---
Still seeing this problem w/ current 4.1 branch
--
bero at arklinux dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-27 12:39 ---
earth:~g++ t.cc -pedantic -Wwrite-strings
t.cc: In function int main():
t.cc:5: warning: deprecated conversion from string constant to char*'
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25992
Specifying -std=c99 does not define __ASSEMBLER__ for assembler with
preprocessor inputfile (.S):
$ cat x.S
#ifndef __ASSEMBLER__
extern int func(void);
#else
.global func
.type func,%function
.align 4
func:
ret
.size func,.-func
#endif
$ gcc -c x.S -o x.o
$ gcc -c x.S -o x.o -std=c99
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-27 12:50 ---
Confirmed, This is obvious invalid gimple:
D.1940 = __builtin_GOMP_loop_guided_next (.istart0.2, .iend0.3);
if (D.1940) goto L3; else goto L6;
L6:;
return;
L3:;
ii = (int) .istart0.2;
D.1938 = (int)
Dear all,
I would like to post a bug report for the GNU C/C++ compiler 3.3-e500.
We use the compiler to generate code for a PowerPC processor.
Used invokation line for the GNU C++ compiler:
ccppc -c -x c++ -ansi -Wall -Werror -mcpu=8540 -fverbose-asm -mbig
-fmerge-templates -mmultiple
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-27 12:53 ---
In 4.0, I get a different error message:
t.cc:16: error: using declaration using B2::f conflicts with a previous using
declaration
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25994
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-27 12:55 ---
Hmm, This might be because we still have some ARM (pre-standard) based using
semantics implemented and not the standard C++ ones.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25994
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-27 12:58 ---
This is a GC failure:
#0 ggc_set_mark (p=0xafafafafafafafaf) at
/home/pinskia/src/checkin/trunk/gcc/ggc-page.c:588
#1 0x00620268 in gt_ggc_mx_basic_block_def (x_p=Variable x_p is not
available.
) at
The following code is compiled without warnings, in spite of 4711 not being
defined by enum. If the default-case will be omitted, the expected warning
appears.
int main(int argc, char** argv)
{
enum Enum { a };
Enum test = a;
switch(test)
{
case 4711:
break;
--- Comment #2 from anton dot kirillov at rd-software dot com 2006-01-27
13:12 ---
(In reply to comment #1)
earth:~g++ t.cc -pedantic -Wwrite-strings
t.cc: In function int main():
t.cc:5: warning: deprecated conversion from string constant to char*'
Conversion from string
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-01-27 13:40 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tbptbp at gmail dot com 2006-01-27 13:51 ---
Woops, that ICE wasn't in trunk but the gomp branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25983
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-27 13:57 ---
Why do you think we should warn here? The enum is promoted to an int by the
C/C++ standard for switch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25995
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-27 14:03 ---
Never mind, I see what you mean now, I was too tired when I first read this
bug.
Confirmed. the default label is causing many things to be ignored.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-27 14:09 ---
You can reproduce this with -std=c99 -fopenmp --param ggc-min-expand=0 --param
ggc-min-heapsize=0
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-27 14:11 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25990
--- Comment #4 from anton dot kirillov at rd-software dot com 2006-01-27
14:20 ---
(In reply to comment #3)
I have not looked into the standard yet but if GCC's warning message is
correct
this is valid but deprecated code which allows for a compiler to accept it or
not.
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-27 14:22 ---
Reduced testcase:
__strcspn_c2 (__const char *__s, int __reject1, int __reject2)
{
int m = 1,n = 1,s = 1;
int DD,EE,num_s;
int m_max = 99;
int n_max = 00;
for ( n = 1 ; n = 99 ; n++ )
for ( m = 1 ; m =
--- Comment #3 from dnovillo at gcc dot gnu dot org 2006-01-27 14:26
---
Mine.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-27 13:59 ---
I have not looked into the standard yet but if GCC's warning message is correct
this is valid but deprecated code which allows for a compiler to accept it or
not.
--
--- Comment #6 from danglin at gcc dot gnu dot org 2006-01-27 14:28 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-27 14:36 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-27 14:52 ---
The problem here is that the C++ front-end produces IF_STMT and not COND_EXPR.
I am going to mark this as a memory hog as it does cause excessive trees for
bigger testcases.
--
pinskia at gcc dot gnu dot org
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-01-27 15:18
---
Even simpler testcase:
==
void foo()
{
int i;
for ( i=0; i1; i++ ) ;
for ( i=0; i1; i++ ) ;
for ( i=0; i1; i++ ) ;
for ( i=0; i1; i++ ) ;
for ( i=0; i1; i++
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-01-27 15:33
---
Fixed with the recent merge from mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-01-27 15:45
---
Even shorter C-testcase (compile with -fopenmp -O):
void foo();
inline void bar()
{
int i;
for ( i=0; i1; ++i )
#pragma omp parallel
foo();
}
void baz()
{
#pragma omp
--- Comment #2 from dnovillo at gcc dot gnu dot org 2006-01-27 15:49
---
This is actually:
2006-01-26 Diego Novillo [EMAIL PROTECTED]
* tree-cfg.c (move_block_to_fn): Call
remove_stmt_from_eh_region for each moved statement.
which I need to move to trunk when the
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-01-27 16:00
---
*** This bug has been marked as a duplicate of 25873 ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-01-27 16:00
---
*** Bug 25983 has been marked as a duplicate of this bug. ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Compiling the following invalid testcase with -fopenmp causes an ICE:
===
void foo()
{
#pragma omp parallel for
for ( i=0; i1; ++i ) ;
}
===
bug.c: In function 'foo':
bug.c:4: error: 'i' undeclared (first use in this function)
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-27 16:08 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from amylaar at gcc dot gnu dot org 2006-01-27 16:17 ---
Fixed by:
r110275 | zack | 2006-01-26 21:21:42 + (Thu, 26 Jan 2006) | 11 lines
* genconditions.c (write_header): In generated code, #ifdef out
all includes and fake declarations, except
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-01-27 16:25
---
I can reproduce the problem on x86_64-unknown-linux-gnu
with the following testcase:
===
#includeiostream
#includecomplex
int main()
{
std::complexint c;
std::cout c
The following code causes an ICE. This code is certainly invalid as it stands,
though it is derived from something larger which I think is valid.
namespace SArray {
class ColumnMajor;
template typename T, int rank class Array;
}
template typename T, int rank
void xxx(const SArray::ArrayT,
--- Comment #18 from pinskia at gcc dot gnu dot org 2006-01-27 16:31
---
*** Bug 25997 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-01-27 16:31 ---
Fixed in 4.0.3, This is a dup of bug 19253.
*** This bug has been marked as a duplicate of 19253 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-27 16:43 ---
I have a patch.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-01-27 16:47
---
Even shorter testcase:
=
#includesstream
int main()
{
std::ostringstream s;
return 0;
}
=
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25527
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
This might be a bug in any of the following:
- gcc/f951
- gmp
- mpfr
- Sun system libraries
- binutils
- UltraSPARC-IIe (not likely, but you never know)
Of course, there is always possibility it was just me doing something stupid.
If there is any way (or test) to check if bug is in
--- Comment #3 from sje at cup dot hp dot com 2006-01-27 17:06 ---
This testsuite failure has been fixed on the main line and in the 4.1 branch by
using long long instead of just long. The test failure does not occur prior to
4.1 because the test is not run on HP-UX prior to 4.1.
--
--- Comment #1 from alex at milivojevic dot org 2006-01-27 17:11 ---
Created an attachment (id=10743)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10743action=view)
test program
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25998
--- Comment #18 from eedelman at gcc dot gnu dot org 2006-01-27 17:19
---
Subject: Bug 25716
Author: eedelman
Date: Fri Jan 27 17:19:36 2006
New Revision: 110302
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110302
Log:
fortran/
2005-01-27 Erik Edelmann [EMAIL PROTECTED]
--- Comment #3 from alex at milivojevic dot org 2006-01-27 17:26 ---
I said it might be a bug with gcc. After all, gcc is the only application that
doesn't work correctly on this box. I guess maintainers of any other component
mentioned (gmp, mpfr, binutils, Sun) can say the same
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-01-27 17:39
---
Even more compact (because an ostringstream contains a locale as member):
#includelocale
int main()
{
std::locale L;
return 0;
}
This alredy crashes
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-27 17:15 ---
Why do you think this is a GCC bug?
libc_psr is linked in via black magic and not really referenced in the binaries
see:
http://sourceware.org/ml/binutils/2003-08/msg00343.html
--
--- Comment #2 from dje at gcc dot gnu dot org 2006-01-27 17:59 ---
The IBM 128-bit extended floating point format is not fully compliant with IEEE
754. It is functioning as designed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25960
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-27 18:02 ---
So closing as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-01-27 18:03 ---
But this is by design and not a bug in GCC.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from markus at oberhumer dot com 2006-01-27 18:03 ---
What is the status of this bug for gcc 4.0.3 ?
According to the thread at
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg00542.html it seems it has been
approved a while ago.
--
--- Comment #4 from tbptbp at gmail dot com 2006-01-27 18:04 ---
I'm not sure it's a dupe fixed, because it also triggered with exceptions
disabled.
I don't know if the patch for PR/25873 has been applied to the gomp branch or
not, if not please ignore the spam, but with a fresh svn
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-27 18:06 ---
(In reply to comment #4)
I'm not sure it's a dupe fixed, because it also triggered with exceptions
disabled.
I don't know if the patch for PR/25873 has been applied to the gomp branch or
not, if not please
--- Comment #6 from tbptbp at gmail dot com 2006-01-27 18:12 ---
Subject: Re: [gomp] transient ICE, c++
On 27 Jan 2006 18:06:23 -, pinskia at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
That is a dup of bug 25990, then.
Technically, it's the other way around ;)
Anyway, it's
--- Comment #7 from uweigand at gcc dot gnu dot org 2006-01-27 18:43
---
Thanks for fixing this!
Any chance of getting the fix into 4.1, or this is too risky?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25416
--- Comment #6 from kargl at gcc dot gnu dot org 2006-01-27 19:11 ---
I working on a patch for this.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from alex at milivojevic dot org 2006-01-27 19:34 ---
Some additional info (there's always something else that pops up).
Seems the problem is present only on machine where both of the following are
true:
- processor is UltraSPARC-IIe
- uname -i returns SUNW,UltraAX-e2
--- Comment #2 from jakub at gcc dot gnu dot org 2006-01-27 20:02 ---
Subject: Bug 25324
Author: jakub
Date: Fri Jan 27 20:01:55 2006
New Revision: 110304
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110304
Log:
PR fortran/25324
* Make-lang.in
--- Comment #3 from jakub at gcc dot gnu dot org 2006-01-27 20:04 ---
Subject: Bug 25324
Author: jakub
Date: Fri Jan 27 20:03:59 2006
New Revision: 110305
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110305
Log:
PR fortran/25324
* Make-lang.in
The following short program generates the mangled symbol _Z3Foov instead of
the expected Foo when built with -DBUG. Without -DBUG and the #pragma weak
Random_Symbol line, or if using g++ 3.2.3, the expected thing happens.
extern C {
void Foo();
}
#ifdef BUG
#pragma weak Random_Symbol
#endif
--- Comment #7 from jakub at gcc dot gnu dot org 2006-01-27 19:59 ---
Subject: Bug 25864
Author: jakub
Date: Fri Jan 27 19:59:49 2006
New Revision: 110303
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110303
Log:
2006-01-27 Jakub Jelinek [EMAIL PROTECTED]
PR
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-27 20:13 ---
Confirmed, on the mainline too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-27 20:40 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #29 from tkoenig at gcc dot gnu dot org 2006-01-27 20:40
---
Updated patch, which also implements a compile-time option.
Hopefully, this will be reviewed some day.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-27 20:46 ---
I now get:
end module test_module
1
Internal Error at (1):
write_symbol(): bad module symbol 'UCS-2BE//'
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-27 20:54 ---
transfer could be converted over to use VIEW_CONVERT_EXPR of the constant but
then again this is in non trans part of the fortran front-end.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #19 from pinskia at gcc dot gnu dot org 2006-01-27 20:59
---
Fixed in 4.1.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from tkoenig at gcc dot gnu dot org 2006-01-27 21:17
---
(In reply to comment #18)
Created an attachment (id=10564)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10564action=view) [edit]
patch against gcc-4.1-20051223
As requested, I am posting Rob's patch
--- Comment #5 from pault at gcc dot gnu dot org 2006-01-27 21:20 ---
Subject: Bug 25964
Author: pault
Date: Fri Jan 27 21:20:12 2006
New Revision: 110307
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110307
Log:
2005-01-27 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #4 from pault at gcc dot gnu dot org 2006-01-27 22:01 ---
Fixed in trunk and, in about 15 minutes, on 4.1
Thanks, Steve, for noticing that I had accidentally fixed this.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from pault at gcc dot gnu dot org 2006-01-27 22:16 ---
Subject: Bug 25084
Author: pault
Date: Fri Jan 27 22:16:04 2006
New Revision: 110310
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110310
Log:
2005-01-28 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #3 from pault at gcc dot gnu dot org 2006-01-27 22:16 ---
Subject: Bug 20852
Author: pault
Date: Fri Jan 27 22:16:04 2006
New Revision: 110310
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110310
Log:
2005-01-28 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #3 from pault at gcc dot gnu dot org 2006-01-27 22:16 ---
Subject: Bug 20881
Author: pault
Date: Fri Jan 27 22:16:04 2006
New Revision: 110310
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110310
Log:
2005-01-28 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #6 from pault at gcc dot gnu dot org 2006-01-27 22:16 ---
Subject: Bug 25964
Author: pault
Date: Fri Jan 27 22:16:04 2006
New Revision: 110310
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110310
Log:
2005-01-28 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #3 from pault at gcc dot gnu dot org 2006-01-27 22:16 ---
Subject: Bug 25085
Author: pault
Date: Fri Jan 27 22:16:04 2006
New Revision: 110310
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110310
Log:
2005-01-28 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #2 from pault at gcc dot gnu dot org 2006-01-27 22:16 ---
Subject: Bug 25710
Author: pault
Date: Fri Jan 27 22:16:04 2006
New Revision: 110310
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110310
Log:
2005-01-28 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #11 from pault at gcc dot gnu dot org 2006-01-27 22:16 ---
Subject: Bug 25625
Author: pault
Date: Fri Jan 27 22:16:04 2006
New Revision: 110310
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110310
Log:
2005-01-28 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #8 from pault at gcc dot gnu dot org 2006-01-27 22:16 ---
Subject: Bug 25416
Author: pault
Date: Fri Jan 27 22:16:04 2006
New Revision: 110310
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110310
Log:
2005-01-28 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #12 from pault at gcc dot gnu dot org 2006-01-27 22:16 ---
Subject: Bug 23308
Author: pault
Date: Fri Jan 27 22:16:04 2006
New Revision: 110310
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110310
Log:
2005-01-28 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #4 from pault at gcc dot gnu dot org 2006-01-27 22:16 ---
Subject: Bug 24276
Author: pault
Date: Fri Jan 27 22:16:04 2006
New Revision: 110310
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110310
Log:
2005-01-28 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #3 from pault at gcc dot gnu dot org 2006-01-27 22:16 ---
Subject: Bug 25086
Author: pault
Date: Fri Jan 27 22:16:04 2006
New Revision: 110310
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110310
Log:
2005-01-28 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #5 from pault at gcc dot gnu dot org 2006-01-27 22:16 ---
Subject: Bug 25538
Author: pault
Date: Fri Jan 27 22:16:04 2006
New Revision: 110310
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110310
Log:
2005-01-28 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #4 from pault at gcc dot gnu dot org 2006-01-27 22:16 ---
Subject: Bug 25901
Author: pault
Date: Fri Jan 27 22:16:04 2006
New Revision: 110310
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110310
Log:
2005-01-28 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #4 from pault at gcc dot gnu dot org 2006-01-27 22:21 ---
Fixed on trunk and 4.1
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pault at gcc dot gnu dot org 2006-01-27 22:22 ---
Fixed on trunk and 4.1
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pault at gcc dot gnu dot org 2006-01-27 22:23 ---
Fixed on trunk and 4.1
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pault at gcc dot gnu dot org 2006-01-27 22:23 ---
Fixed on trunk and 4.1
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from zadeck at gcc dot gnu dot org 2006-01-27 22:23 ---
Subject: Bug 24762
Author: zadeck
Date: Fri Jan 27 22:23:32 2006
New Revision: 110312
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110312
Log:
2006-01-27 Daniel Berlin [EMAIL PROTECTED]
--- Comment #9 from pault at gcc dot gnu dot org 2006-01-27 22:24 ---
Fixed on trunk and 4.1
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
pault at gcc dot gnu dot org [EMAIL PROTECTED] writes:
[...]
| URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110310
| Log:
| 2005-01-28 Paul Thomas [EMAIL PROTECTED]
|
| PR fortran/25964
| * resolve.c (resolve_function): Exclude statement functions from
| global
--- Comment #12 from gdr at cs dot tamu dot edu 2006-01-27 22:27 ---
Subject: Re: [4.0/4.1/4.2 Regression] Fails to compile C++ code when -frepo is
specified.
pault at gcc dot gnu dot org [EMAIL PROTECTED] writes:
[...]
| URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110310
|
--- Comment #13 from pault at gcc dot gnu dot org 2006-01-27 22:29 ---
Can someone explain me why a fortran commit shows up as a C++ releated
commit?
-- Gaby
'cos I seem to have goofed on a couple of PR numbers. Sorry.
Paul T
--
--- Comment #4 from pault at gcc dot gnu dot org 2006-01-27 22:29 ---
Fixed on trunk and 4.1
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from pault at gcc dot gnu dot org 2006-01-27 22:30 ---
Fixed on trunk and 4.1
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2006-01-27 22:31 ---
Fixed on trunk and 4.1
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pault at gcc dot gnu dot org 2006-01-27 22:33 ---
Fixed on trunk and 4.1
Paul
Andrew, I have not forgotten the type checking - I am working on it for
internal procedures first; gfortran might be OK but the standard is quite
convoluted here and I have not got it
--- Comment #5 from pault at gcc dot gnu dot org 2006-01-27 22:34 ---
Fixed on trunk and 4.1
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-27 23:10 ---
Fixed in 4.1.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 119 matches
Mail list logo
