--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
07:14 ---
Subject: Bug 22336
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-22 07:13:45
Modified files:
gcc: ChangeLog function.c
Log message:
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-07-22 08:08 ---
Introduced between "2005-02-14 00:20 UTC" and "2005-02-15 00:20 UTC"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22604
--- Additional Comments From pcarlini at suse dot de 2005-07-22 08:23
---
_List_node_base::swap is part of list.cc, in the built .so/.a library: If I
change the build, lowering the optimization level (tried CXXFLAGS="-O0 -g")
the problem disappear (on x86-linux). Wrong-code.
--
When @throw'ing form -forward:: method, the unwinding will stop at -forward
method with code == _URC_END_OF_STACK in gcc/unwind.inc:_Unwind_RaiseException
This code aborts while throwing. (compiled with -fobjc-exceptions of course)
---
#impor
--- Additional Comments From ludovic dot brenta at insalien dot org
2005-07-22 08:28 ---
The missing commands require ASIS, which is unfortunately not available yet for
versions of GNAT other than 3.15p (based on gcc 2.8.1).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22601
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-22
08:34 ---
Updated summary to reflect the bug more accurately.
--
What|Removed |Added
Summar
$ cat clen.f90
program main
implicit none
character(len=2) :: a(2),b(2)
a = 'xy'
b = fun(a)
print '(2(A2,1X))',b
print '(2(A2,1X))',fun(a)
contains
elemental function fun(arg)
character(len=*), intent(in) :: arg
character(len=2) :: fun
fun = arg(2:2) // arg(1:1)
end func
--
What|Removed |Added
CC||ludovic dot brenta at
||insalien dot org
http://gcc.gnu.org/bug
--- Additional Comments From uros at kss-loka dot si 2005-07-22 09:33
---
Whee, it looks that x86_64 breakage has gone. I have succesfully compiled
unwind-dw2.c with patched x86_64 crosscompiler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19161
--- Additional Comments From uros at kss-loka dot si 2005-07-22 09:41
---
(In reply to comment #3)
> Oh, I have a local patch which will cause this, woops:
> + if (parts.scale != 1)
> +cost--;
> +
>if (parts.seg != SEG_DEFAULT)
> cost--;
Do you plan to submit this patch
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-22
09:41 ---
Uros' patch for PR22576 indeed fixes the ICEs in redirect_branch
and extract_insn on the 4.0 branch and mainline.
But I can now confirm the bug in expand_simple_unop, I just had to
add -march=i486 to the c
--- Additional Comments From pluto at agmk dot net 2005-07-22 10:31 ---
[ i686 ]
I've checked bootstrap without gcc-keep-volatile-sematics.patch
and gcc-pr20297.patch but it still ices.
i'm testing bootstrap w/o gcc-pr22484.patch now...
w/o gcc-pr22493.patch, gcc-pr22037.patch not test
--- Additional Comments From pcarlini at suse dot de 2005-07-22 10:46
---
By the way, I confirm that cannot reproduce with current mainline, neither on
x86-linux nor x86_64-linux (default build options). I'm unsure whether we should
mark it as 'target' and 4.1 Regression too...
--
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-22
11:19 ---
Richard, are you going to add a testcase for this?
Can somebody confirm that the benchmark testcase is fixed, too?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22504
I meet some 'Errors' When I compiled 'BLAS' in 'CLAPACK' or 'LAPACK' with gcc-
4.0.1. I think it is problem of accuracy of floating point calculation. With
or without gfortran I can find errors in BLAS test routine resulte.(.sum)
I use alton meachine with Redhat 9.0 Linux. gcc-2.95.3 gcc-2.9
--
What|Removed |Added
Severity|normal |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22608
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-22
11:30 ---
Confirmed.
We need to reject dummy arguments if
- they are of a derived type
- the derived type is declared in that subroutine
- they aren't sequence types.
--
What|Removed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
11:56 ---
Subject: Bug 22258
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-22 11:55:43
Modified files:
gcc: ChangeLog combine.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
12:06 ---
Subject: Bug 22445
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-22 12:06:22
Modified files:
gcc: ChangeLog cselib.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
12:15 ---
Subject: Bug 21848
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-22 12:15:40
Modified files:
gcc: ChangeLog calls.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
12:25 ---
Subject: Bug 20370
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-22 12:25:22
Modified files:
gcc: ChangeLog ifcvt.c
Log message:
--- Additional Comments From uros at kss-loka dot si 2005-07-22 12:34
---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01490.html
Patch fixes compilation of testcase from comment #3 and compilation of
fractal.c.
--
What|Removed |Added
--
--- Additional Comments From jakub at redhat dot com 2005-07-22 12:37
---
I have partly written patch, but would like to understand whether ordering
matters or not.
Is the following all valid f77/f90/f95?
subroutine foo
character*8 c
character*1 d, f
dimension d(2
--- Additional Comments From pcarlini at suse dot de 2005-07-22 12:44
---
Mainline is fine on ia64-linux too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22591
--- Additional Comments From matz at suse dot de 2005-07-22 12:46 ---
I don't understand. The code itself is perfectly valid C++, I don't think
you mean that it's invalid, right? Yes, operator== is also hidden, but
there is no definition for it in this unit, hence GCC generates the c
--- Additional Comments From bangerth at dealii dot org 2005-07-22 12:53
---
I think I now get why I had less problems: this is already fixed in 4.0:
g/x> /home/bangerth/bin/gcc-3.4*-pre/bin/c++ -c x.ii
In file included
from
/mnt/export/local/bin/../lib/gcc/i686-pc-linux-gnu/3.4.0/
version of GCC: 4.0.0
system type: RedHat 8.0
options given when GCC was configured/built:
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/data/gcc/gcc-4.0.0 --exec-
prefix=/data/gcc/gcc-4.0.0
Thread model: posix
gcc version 4.0.0
complete command lin
--- Additional Comments From bangerth at dealii dot org 2005-07-22 13:24
---
You can't do this:
BaseVector* v = new Vector[10];
delete [] v; // <- Here it is crashed
The type of the data allocated is Vector*, which is what you have
to use when you deallocate it. However,
--- Additional Comments From tobi at gcc dot gnu dot org 2005-07-22 13:37
---
Yes. Thanks for reminding me.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From federico dot carminati at cern dot ch
2005-07-22 13:42 ---
Subject: Re: ICE 'missing spec' on integer/char equivalence
Hello,
this is valid f90/95 code. Equivalence cannot contain sym%val as
far as I understand, but they can cointain derived types as
--- Additional Comments From Tobias dot Schlueter at physik dot
uni-muenchen dot de 2005-07-22 14:01 ---
Subject: Re: ICE 'missing spec' on integer/char equivalence
federico dot carminati at cern dot ch wrote:
>this is valid f90/95 code. Equivalence cannot contain sym%val as
> f
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
14:07 ---
Subject: Bug 22570
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-22 14:07:20
Modified files:
libgfortran/io : read.c transfer.c
libgfortra
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
14:07 ---
Subject: Bug 21875
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-22 14:07:20
Modified files:
libgfortran/io : read.c transfer.c
libgfortra
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-22
14:36 ---
We really do want this.
See the thread in http://gcc.gnu.org/ml/gcc/2005-02/msg00953.html
--
What|Removed |Added
---
--- Additional Comments From Tobias dot Schlueter at physik dot
uni-muenchen dot de 2005-07-22 14:49 ---
Subject: Re: ICE 'missing spec' on integer/char equivalence
federico dot carminati at cern dot ch wrote:
> --- Additional Comments From federico dot carminati at cern dot ch
>
Here's alternative testcase for classpath bug #13814. Should print "true/true"
but prints "true/false".
Testcase:
import javax.swing.*;
import java.awt.*;
public class testcase extends JFrame {
public static void main(String[] args) {
new testcase();
}
publi
--- Additional Comments From roman at kennke dot org 2005-07-22 15:35
---
Thank you, I'll look at this ASAP.
--
What|Removed |Added
AssignedTo|graydon at redhat dot
--- Additional Comments From janis at gcc dot gnu dot org 2005-07-22 15:57
---
I'm doing a regression hunt, but keep making stupid mistakes in the setup so
it's taking much longer than it should.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22591
--- Additional Comments From flash at pobox dot com 2005-07-22 16:04
---
Looking for a string pattern in the output leaves you vulnerable to
correctly-rejected files which
happen to generate that pattern in an error message. That's probably less of
an issue with GCC's hand-
craft
--- Additional Comments From sje at cup dot hp dot com 2005-07-22 16:18
---
I successfully bootstrapped hppa1.1-hp-hpux11.00 and hppa64-hp-hpux11.00 with
this patch. I think it should be checked in.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22577
$ g++ -v
Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Configured with: /gcc/gcc-3.4.4/gcc-3.4.4-1/configure --verbose --prefix=/usr --
exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --man
dir=/usr/share/man --infodir=/usr/share/info --enable-languages=c,ada
--
What|Removed |Added
Severity|critical|normal
Component|c |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-22
16:40 ---
Just another data point:
I just compiled the testcase (without including iostream) with -O3 -c
using 4.0 branch.
If I link this with libstdc++ from the 4.0 the assertion is triggered.
If I link this with l
HI,
While installing ddd on the solris 9 machine, i am getting follwing linking
error while compiling ddd with g++ 3.4.0, on the sol 9 machine.
Could you please advice here..
i do not get any error when i compile ddd on other machine which has g++ 3.3.2.
Thanks in advance !!!
Manish
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
16:48 ---
(In reply to comment #5)
I should mention that we do print out the line/file which an assert fails
inside gcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22600
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
16:51 ---
Confirmed, I think the problem is that libobjc is not compiled with
-fexceptions to get the unwinding
info, I will fix that.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
17:21 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
17:22 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 22366 depends on bug 21848, which changed state.
Bug 21848 Summary: load_mems / replace_loop_mems bug causes miscompilation of
jcf-io.c / SEGV while processing java/lang/AbstractMethodError
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21848
What|Old Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
17:22 ---
Fixed.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
17:22 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From hjl at lucon dot org 2005-07-22 17:24 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01510.html
--
What|Removed |Added
I found that my output files were missing spaces here and there. Here is a
simple test program that shows the problem. Note that the blank line between the
lines "eq.3, central difference method" and "end" is missing the 5 spaces.
[dranta:~/tests/gfortran-D] dir% gfortran -o write02 write02.f
[dr
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
17:40 ---
Subject: Bug 21828
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-22 17:40:37
Modified files:
gcc: ChangeLog toplev.c varasm.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
17:43 ---
Subject: Bug 22570
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-22 17:43:31
Modified files:
libgfortran/io : unit.c
libgfortran: Chan
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From dir at lanl dot gov 2005-07-22 17:46 ---
Opps - only some of the other compilers put the spaces in - not sure which is
correct.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22613
C++ EH on IA64 (both HP-UX and Linux) appears to be broken. Here is a minimal
test case, on Linux I get a Memory Fault when running the program:
int main(int argc, char *argv[])
{
try { throw 0; } catch (int) { };
}
--
Summary: C++ EH broken on IA64, many tests in g++.dg/eh faili
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
17:53 ---
*** This bug has been marked as a duplicate of 22284 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
17:53 ---
*** Bug 22614 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
17:59 ---
Reduces down to:
template void f(_CharT2);
class ostringstream
{
void str(void);
};
template void foo()
{
ostringstream oss;
f(oss.str);
}
But this is a dup of bug 21592.
*** This bug has been marked
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
17:59 ---
*** Bug 22611 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
18:05 ---
Huh? I don't understand what do you mean by stack slots because there is no
such thing in GCC.
Do you mean you want disk_stat aligned to 16 byte?
Note the alignment of disk_stat is 4byte so GCC should not
--
What|Removed |Added
GCC build triplet|hppa-unknown-linux-gnu |
GCC host triplet|hppa-unknown-linux-gnu |
GCC target triplet|hppa-unknown-linux-gnu |hppa-*-linux
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
18:15 ---
Confirmed, a slightly smaller testcase:
struct a
{
int i;
int j;
int x[2];
} a;
int foo(void)
{
a.i = 1;
a.j = 0;
return a.i + a.j;
}
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
18:22 ---
No this is how it is supposed to happen.
--
What|Removed |Added
Status|UNCONFIRM
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
18:23 ---
This has been fixed for -funroll-loops so closing as fixed as it is fixed as
much as I filed it for.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
18:36 ---
Does anyone have the current numbers for this bug?
I know for C, the memory usage has gone down but I don't know by how much.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12245
--- Additional Comments From kargl at gcc dot gnu dot org 2005-07-22 18:45
---
There is an amazing amount of detail missing from this PR.
Unless Weon Kim supplies the actual errors encountered, the
compiler flags, and some details of the build procedure
followed, this PR can be closed.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
18:46 ---
Can you try a newer version of GCC like 3.4.4?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22612
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Status|UNCONFIRMED
Take the following C++ code, with -O1 we ICE right now (This is forwarded from
PR 22277 because the
orginal bug there was fixed):
struct A
{
char c;
int i;
};
A a;
struct B
{
char c, d;
};
union C
{
A *p;
B *q;
C() : p(&a) {}
char& foo() { return q->d; }
};
void bar() { C().fo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
18:53 ---
Fixed, I filed the new bug (which should have been filed seperately) as PR
22615.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
18:53 ---
Confirmed, because this is forwarding from one bug to another.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
18:59 ---
Nope the types are correct. The bug is in the middle-end when expanding VECTOR
<< VECTOR.
--
What|Removed |Added
---
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
19:03 ---
Subject: Bug 16940
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-22 19:03:39
Modified files:
gcc/fortran: resolv
Steps to reproduce:
1. Compile and run the attached testcase.
Expected results:
1. Program prints out "-1".
Actual results:
1. Program throws the following exception:
java.lang.NullPointerException
at javax.swing.ImageIcon.getIconHeight (ImageIcon.java:300)
at testcase. (testcase.java:9)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
19:11 ---
Subject: Bug 22570
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-22 19:11:29
Modified files:
libgfortran/io : read.c
--- Additional Comments From timo dot lindfors at iki dot fi 2005-07-22
19:12 ---
Created an attachment (id=9331)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9331&action=view)
Return -1 in getIconHeight() and getIconWidth() if no icon is loaded.
--
http://gcc.gnu.org/bugzill
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
19:13 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-22
19:13 ---
Fixed on mainline and 4.02
--
What|Removed |Added
Status|NEW
--
Bug 17379 depends on bug 16940, which changed state.
Bug 16940 Summary: Failure to perform host association correctly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16940
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
19:15 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
19:16 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-22
19:19 ---
fixed on mainline and 4.02
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22570
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
19:20 ---
Fixed so closing.
--
What|Removed |Added
Status|NEW |RES
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
19:26 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
19:33 ---
Subject: Bug 21828
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-22 19:33:16
Modified files:
gcc: Change
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-07-22
19:34 ---
Fixed in 4.0.2.
--
What|Removed |Added
Status|ASSIGNED|RESO
--- Additional Comments From pluto at agmk dot net 2005-07-22 19:48 ---
ufff, i've found the point.
with e.g. -march=athlon latest cvs snapshot builds.
with -march=i686 -mtune=pentium4 boostrap ices.
patchset is fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22584
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
19:49 ---
Which stage is this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22584
--- Additional Comments From pluto at agmk dot net 2005-07-22 19:51 ---
(In reply to comment #6)
> Which stage is this?
./xgcc -B./ -B/usr/athlon-pld-linux/bin/
-isystem /usr/athlon-pld-linux/include
-isystem /usr/athlon-pld-linux/sys-include
-L/home/users/builder2/rpm/BUILD/gcc-4.
--
What|Removed |Added
Status|WAITING |NEW
Component|other |target
Keywords||wro
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
19:55 ---
gfortran t.f90
In file t.f90:1
0 CONTINUE
1
Warning: Ignoring statement label of zero at (1)
t.f90:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source i
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
19:59 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
When classpath bugs have been moved to gcc bugzilla this bug can be marked as
duplicate of the old classpath bug 13414.
The actual issue is that classpath bug 13414 should be reopened as the bug
happens with current classpath cvs head.
Only way to see the old bug report at the moment seems to be
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
20:00 ---
Fixed in 4.0.2 and above:
In file t.f90:2
ENTRY M(I,*)
1
Error: Alternate return specifier in function 'm' at (1) is not allowed
--
What|Removed |Added
--- Additional Comments From wilson at gcc dot gnu dot org 2005-07-22
20:10 ---
I think the 16-byte over-alignment in gcc-3.x is a mis-feature. Anything over
8-byte alignment here is useless.
However, I also think the 4-byte alignment in gcc-4.0 is a mis-feature. It just
looks wierd t
In the below code fragment, the lines marked "OK ??" should
be errors because the outside world does not have access, but
g++ 3.4 and g++ 4.0 (tested on two platforms) allow this.
Especially note the apparent interaction between function
overloading and access protection in this case.
class foo {
1 - 100 of 264 matches
Mail list logo
