[Bug c++/18121] [4.0 regression] ICE with array type

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-23 01:32 --- : Search converges between 2003-12-16-ssa (#155) and 2003-12-17-ssa (#156). Yes we now try to layout the type even if we are in a template for array types. I will try to fix this soon. This is related to a

[Bug c++/18110] Possible regression with error no match for 'operator*'

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-23 01:21 --- Btw, the first testcase causes mainline to segfault. I just opened PR 18121 to track this problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18110

[Bug rtl-optimization/18120] -O2 -funroll-loops causes bad loop behavior on fedora

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-23 01:20 --- Most likely this does not effect 3.4.0 or 4.0.0 at all because they both have new loop unrollers. (and if it does effect them, then there is it is not a bug in the unroller but another part of GCC). --

[Bug c++/18121] New: [4.0 regression] ICE with array type

The following valid code snippet causes a segfault on mainline: === template struct A { static int const i = 1; }; template struct B { typedef int (*p)[A::i]; }; === According to Phil's regression hunter we have: : Search co

[Bug target/18118] bad code gen for -mcpu=G5

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-23 01:14 --- Hmm, this might be a case of different rounding or it might be the case were we expand unsigned long long to double wrong. -- What|Removed |Added --

[Bug c++/18120] -O2 -funroll-loops causes bad loop behavior on fedora

--- Additional Comments From anndirkvg at gmail dot com 2004-10-23 01:08 --- Created an attachment (id=7404) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7404&action=view) This is the generated .ii file. Hope this helps. We've stopped using unroll-loops with g++ so it's not crit

[Bug c++/18120] New: -O2 -funroll-loops causes bad loop behavior on fedora

The main loop in this code should loop from 'a' to 'z'. On gcc3.3.3 on fedora with -O2 and -funroll-loops, it loops the correct number of times but the key value alternates between 97 and 98. Compile line: g++ -o gccBug -O2 -funroll-loops main.cpp Contents of main.cpp: #include #define CP_

[Bug java/18119] New: GCJ imports inner classes too eagarly

GCJ erroneously looks up inner classes (usually private) before classes in other packages. For example, I have three files a/A.java, b/B.java, and b/C.java: -- a/A.java: package a; public abstract class A { public abstract void a(); public void b() { new B().innerB(); } private cl

[Bug target/18118] New: bad code gen for -mcpu=G5

Following test case, extracted from rbug.c of dejagnu fails on apple-ppc-darwin when -mcpu=G5 is specified. double s (unsigned long long k) { return (float)k; } extern void abort(); main () { unsigned long long int k; double x; k = 0x82345081ULL; x = s (k); k = (unsigned lo

[Bug target/18117] [4.0 Regression] Bootstrap fails on i386-k*bsd-gnu

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-22 21:32 --- Note someone should become the maintainer of the k*bsd-gnu OS's for GCC since most people develop on Linux with glibc or Darwin. -- What|Removed |Added

[Bug target/18117] Bootstrap fails on i386-k*bsd-gnu

-- What|Removed |Added Component|bootstrap |target Keywords||build, patch Summary|[PATCH] Bootstrap fails

[Bug bootstrap/18117] New: [PATCH] Bootstrap fails on i386-k*bsd-gnu

One of the patches for i386-k*bsd-gnu support in gcc 4.0 was accidentaly reverted during one of the post-release branch merges. A patch against current CVS that corrects the problem can be found at: http://gcc.gnu.org/ml/gcc-patches/2004-09/msg02367.html -- Summary: [PATCH] Bootstrap

[Bug tree-optimization/18048] [4.0 Regression] mgrid loop performance regression with ivopts

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2004-10-22 21:16 --- Subject: Re: [4.0 Regression] mgrid loop performance regression with ivopts > Daniel's DOM loop depth patch might help with this problem as well. > http://gcc.gnu.org/ml/gcc-patches/20

[Bug libgcj/16229] [meta-bug] http, URL, and URLConnection issues

-- Bug 16229 depends on bug 14009, which changed state. Bug 14009 Summary: libgcj HttpURLConnection does not handle situation where retrieving url without trailing slash after domain. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14009 What|Old Value |New Value

[Bug libgcj/14009] libgcj HttpURLConnection does not handle situation where retrieving url without trailing slash after domain.

--- Additional Comments From konqueror at gmx dot de 2004-10-22 20:35 --- Bug fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug libgcj/14009] libgcj HttpURLConnection does not handle situation where retrieving url without trailing slash after domain.

--- Additional Comments From konqueror at gmx dot de 2004-10-22 20:30 --- he patch got rewritten from scratch due to copyright assignment issues with the patch attached to the bug report. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14009

[Bug libgcj/14009] libgcj HttpURLConnection does not handle situation where retrieving url without trailing slash after domain.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-22 20:23 --- Subject: Bug 14009 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-22 20:23:22 Modified files: libjava: ChangeLog libjava/gnu/java/n

[Bug libgcj/18116] JNI uses dot instead of slash as the package separator

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-22 20:13 --- Confirmed, I thought I saw this somewhere. -- What|Removed |Added Status|UNCONFI

[Bug libgcj/18115] JNI nio buffer functions only work with byte buffers

--- Additional Comments From juhal at users dot sourceforge dot net 2004-10-22 20:10 --- The patch from #18116 contains a fix for the problem http://gcc.gnu.org/bugzilla/attachment.cgi?id=7403&action=view -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18115

[Bug libgcj/18114] ByteBuffer.allocateDirect does not return a direct buffer

--- Additional Comments From juhal at users dot sourceforge dot net 2004-10-22 20:09 --- The patch from #18116 contains a fix for the problem http://gcc.gnu.org/bugzilla/attachment.cgi?id=7403&action=view -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18114

[Bug libgcj/18116] JNI uses dot instead of slash as the package separator

--- Additional Comments From juhal at users dot sourceforge dot net 2004-10-22 20:05 --- Created an attachment (id=7403) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7403&action=view) This patch fixes the problem This patch fixes this bug and also bugs 18114 and 18115. -- htt

[Bug libgcj/18114] ByteBuffer.allocateDirect does not return a direct buffer

--- Additional Comments From konqueror at gmx dot de 2004-10-22 20:03 --- Confirmed -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Conf

[Bug libgcj/18115] JNI nio buffer functions only work with byte buffers

--- Additional Comments From konqueror at gmx dot de 2004-10-22 20:03 --- Confirmed -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Conf

[Bug libgcj/18116] New: JNI uses dot instead of slash as the package separator

In jni.cc functions _Jv_JNI_RegisterNatives and _Jv_LookupJNIMethod expect that the package separator is "." when according to the JNI specification the separator is "for historical reasons" "/". This causes RegisterNatives to fail for methods that take objects as arguments. -- Summary

[Bug libgcj/18115] New: JNI nio buffer functions only work with byte buffers

The following does not work properly: Java: ByteBuffer directByteBuffer = ByteBuffer.allocateDirect(10); IntBuffer directIntBuffer = directByteBuffer.asIntBuffer(); JNI: (*env)->GetDirectBufferAddress(env, directIntBuffer); The reason for the failure is that GetDirectBufferAddress expects that the

[Bug libgcj/18114] New: ByteBuffer.allocateDirect does not return a direct buffer

ByteBuffer.allocateDirect calls DirectByteBufferImpl.allocate which does not exist. So the call goes to ByteBuffer.allocate (as DirectByteBufferImpl extends from ByteBuffer) which returns a regular (non-direct) ByteBuffer. -- Summary: ByteBuffer.allocateDirect does not return a direct

[Bug middle-end/14684] [4.0 Regression] -fprofile-use/-fprofile-generate failure because of coverage mismatch

--- Additional Comments From bernie at develer dot com 2004-10-22 19:37 --- I still see this bug on mainline when doing a profiledbootstrap: stage1/xgcc -Bstage1/ -B/usr/local/src/gcc/i386-linux-HEAD-install/i686-pc-linux-gnu/bin/ -c -O2 -g -fomit-frame-pointer -fprofile-use -DIN_

[Bug c++/18113] compiler allows 2 copy constructors

--- Additional Comments From bangerth at dealii dot org 2004-10-22 18:53 --- Your second copy constructor will be called every time the argument given can't be bound to a reference. The code is perfectly legal, and the compiler needs to accept it. W. -- http://gcc.gnu.org/bugzilla

Re: test failures due to quote marks

On Fri, 22 Oct 2004, Nathan Sidwell wrote: > Today I had a load of test failures, which AFAICT stem from the > diagnostics being emitted with 0x321 & 0x322 quote marks rather than > regular ` and ' marks. I don't think I've changed anything in my > environment -- it's building a pristine tree in

[Bug debug/18112] -feliminate-dwarf2-dups produces debug entries in wrong scope

--- Additional Comments From nikolay at etnus dot com 2004-10-22 18:39 --- Subject: Re: -feliminate-dwarf2-dups produces debug entries in wrong scope <2>: Abbrev Number: 5 (DW_TAG_typedef) DW_AT_name: string DW_AT_decl_file : 32 DW_AT_decl_line : 60

[Bug tree-optimization/18048] [4.0 Regression] mgrid loop performance regression with ivopts

--- Additional Comments From dje at gcc dot gnu dot org 2004-10-22 18:39 --- Daniel's DOM loop depth patch might help with this problem as well. http://gcc.gnu.org/ml/gcc-patches/2004-10/msg00931.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18048

[Bug debug/18112] -feliminate-dwarf2-dups produces debug entries in wrong scope

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-22 18:22 --- Note I could not reproduce it at all with the mainline GCC or mainline GDB or GCC 3.4.0. Note the older versions of gdb don't understand the dwarf2 which is outputted by GCC with -feliminate-dwarf2-dups.

[Bug debug/18112] -feliminate-dwarf2-dups produces debug entries in wrong scope

--- Additional Comments From nikolay at etnus dot com 2004-10-22 18:16 --- Subject: Re: -feliminate-dwarf2-dups produces debug entries in wrong scope This is what I did: *** Compiling ../../src/tx_ttf_string.cxx *** /home/compilers/gnu/gcc/3.4.1/i386-linux/bin/g++ -MD -g -f

[Bug rtl-optimization/18081] [3.4 only] Infinite memory allocation on -O3

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-22 18:02 --- Fixed on the mainline but I don't know if this is a regression. -- What|Removed |Added

[Bug debug/18112] -feliminate-dwarf2-dups produces debug entries in wrong scope

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-22 17:43 --- Complation of libstdc++ or the small program (you did not say), I did it with the small program and got that output. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18112

[Bug debug/18112] -feliminate-dwarf2-dups produces debug entries in wrong scope

--- Additional Comments From nikolay at etnus dot com 2004-10-22 17:40 --- Subject: Re: -feliminate-dwarf2-dups produces debug entries in wrong scope You need to use -feliminate-dwarf2-dups flag during compilation. Nikolay pinskia at gcc dot gnu dot org wrote: >--- Additional C

[Bug rtl-optimization/16968] [3.4 Regression] loop optimizer miscompilation

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Known to fail|4.0 |4.0.0

[Bug tree-optimization/18048] [4.0 Regression] mgrid loop performance regression with ivopts

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-22 17:35 --- I think this can be confirmed because you can see the drop on Diego's SPEC tester: . -- What|Removed

[Bug rtl-optimization/17356] [4.0 Regression] [Ada] [ia64] ICE while building libada

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-10-

[Bug debug/18112] -feliminate-dwarf2-dups produces debug entries in wrong scope

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-22 17:31 --- This is what I get one the mainline: <1>: Abbrev Number: 120 (DW_TAG_subprogram) DW_AT_sibling : DW_AT_external: 1 DW_AT_name: main DW_AT_decl_file : 2

test failures due to quote marks

Today I had a load of test failures, which AFAICT stem from the diagnostics being emitted with 0x321 & 0x322 quote marks rather than regular ` and ' marks. I don't think I've changed anything in my environment -- it's building a pristine tree in the same shell that worked yesterday. What's up? na

[Bug c++/18113] compiler allows 2 copy constructors

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-22 17:13 --- Not a bug. The "const" in "const rObject" is meaning less in this context (the rObject is already const, references are const, what they refer to are not). -- What|Removed

[Bug c++/18113] compiler allows 2 copy constructors

--- Additional Comments From profvonsully at yahoo dot com 2004-10-22 16:53 --- Created an attachment (id=7402) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7402&action=view) html file describing the bug no comment ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18113

[Bug c++/18113] New: compiler allows 2 copy constructors

The bug is simple : lets say : " class TObject; typedef TObject& rObject; class TObject { public: TObject(){} TObject(const TObject&); TObject(const rObject); }; TObject::TObject(const TObject&) { char*s;

[Bug c++/18073] [4.0 regression] mmintrin.h rejected by C++ frontend

--- Additional Comments From mark at codesourcery dot com 2004-10-22 16:26 --- Subject: Re: [4.0 regression] mmintrin.h rejected by C++ frontend reichelt at gcc dot gnu dot org wrote: >--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-22 08:00 >--- >Fixed o

[Bug target/13158] bad unwind info as a result of sibcall

--- Additional Comments From davidm at hpl dot hp dot com 2004-10-22 16:25 --- (In reply to comment #6) > Subject: Re: bad unwind info as a result of sibcall > > I tried testing the patch, and ended up with 2 extra libjava failures. I was able to reproduce the libjava failures. The pr

[Bug c++/18110] Possible regression with error no match for 'operator*'

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-22 15:47 --- Just two more remarks: * The relevant part of the standard is 14.8.2 [temp.deduct], especially 14.8.2.1 [temp.deduct.call]. * The reason why 3.3.5 doesn't error out might be that it confuses friend P

[Bug c++/18110] Possible regression with error no match for 'operator*'

--- Additional Comments From carlo at gcc dot gnu dot org 2004-10-22 15:39 --- Ok, thanks Volker. Our last posted crossed, sorry. I'll close the PR because I suppose you are right. I want my library to accept (a + b) * c however, so I guess I'd have to add new operator* prototypes :(.

[Bug c++/18110] Possible regression with error no match for 'operator*'

--- Additional Comments From carlo at gcc dot gnu dot org 2004-10-22 15:32 --- Created an attachment (id=7400) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7400&action=view) Maximal stripped down test case. This snippet still shows the same difference. If the 'friend' is removed f

[Bug c++/18110] Possible regression with error no match for 'operator*'

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-22 15:28 --- Here's something shorter: struct B {}; template struct P; template P operator* (const P&, const P&); template Boperator+ (const P&, co

[Bug c++/18110] Possible regression with error no match for 'operator*'

--- Additional Comments From carlo at gcc dot gnu dot org 2004-10-22 15:01 --- Created an attachment (id=7399) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7399&action=view) Stripped down test case. I managed to strip it down to a more reasonable size. Still not sure what is going

[Bug java/17265] [4.0 Regression] Libjava doesn't build

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-22 14:30 --- Subject: Bug 17265 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-22 14:30:37 Modified files: gcc/java : ChangeLog class.c Log message:

[Bug debug/18112] New: -feliminate-dwarf2-dups produces debug entries in wrong scope

Consider this program, compiled with -feliminate-dwarf2-dups #include #include using namespace std; int main(){ string s1 = "Hello"; } - readelf -wi produces: <0><103c>: Abbrev Number: 91 (DW_TAG_compile_unit) DW_AT_stmt_list

[Bug fortran/18111] spurious warnings with -W -Wunused

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-22 14:09 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug fortran/18111] [gfortran] spurious warnings with -W -Wunused

-- What|Removed |Added Keywords||diagnostic Summary|[gfortran] spurious warnings|[gfortran] spurious warnings |wit

[Bug fortran/18111] New: [gfortran] spurious warnings with -W -Wall

When compiling the code below, gfortran emits warnings about unused variables which are not defined by the user: module misc_utils implicit none interface toString module procedure toString_i, toString_sp end interface contains function toString_i (num) integer, intent(in) :: num characte

[Bug c++/18110] Possible regression with error no match for 'operator*'

--- Additional Comments From carlo at gcc dot gnu dot org 2004-10-22 13:56 --- Created an attachment (id=7398) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7398&action=view) bzip2-ed preprocessed source code without line numbers (s/^# .*//). -- http://gcc.gnu.org/bugzilla/show

[Bug c++/18110] New: Possible regression with error no match for 'operator*'

Not sure if this is a bug (probably not even), but reporting it here anyway on request of pinskia after I asked him about it online. I used to be able to compile the following with 3.3.3: poly left = (x2 + b) * x + a; where all variables involved are of type 'poly'. With 3.4.2 I get this error

[Bug target/16589] [4.0 regression] [m68k] segmentation fault on identical array accesses in the ?: operators' body

-- What|Removed |Added Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16589

[Bug fortran/18109] ICE with explicit array of strings

--- Additional Comments From martin at mpa-garching dot mpg dot de 2004-10-22 13:45 --- Maybe you are thinking of http://gcc.gnu.org/ml/fortran/2004-10/msg00172.html But that wasn't a segfault. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18109

[Bug target/16589] [4.0 regression] [m68k] segmentation fault on identical array accesses in the ?: operators' body

--- Additional Comments From schwab at suse dot de 2004-10-22 13:45 --- See last comment. -- What|Removed |Added Status|RESOLVED|REOPENED

[Bug target/16589] [4.0 regression] [m68k] segmentation fault on identical array accesses in the ?: operators' body

--- Additional Comments From schwab at suse dot de 2004-10-22 13:44 --- See comment #4, this is still not fixed with -fno-trapping-math. -- What|Removed |Added Last reconf

[Bug fortran/18109] ICE with explicit array of strings

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-22 13:42 --- Confirmed, I thought I saw something like this before. -- What|Removed |Added St

[Bug fortran/18109] [gfortran] ICE with explicit array of strings

-- What|Removed |Added CC||martin at mpa-garching dot ||mpg dot de Keywords|

[Bug fortran/18109] New: [gfortran] ICE with explicit array of strings

The current gfortran segfaults when compiling the following code program test call foo ( (/"bar"/) ) end program ~/tmp>gfortran -v gfbug.f90 Driving: gfortran -v gfbug.f90 -lgfortranbegin -lgfortran -lm -shared-libgcc Reading specs from /afs/mpa/data/martin/ugcc/lib/gcc/i686-pc-linux-gnu/4.0.0

[Bug c++/18095] [4.0 regression] ICE in cp_lexer_consume_token on missing ";"

--- Additional Comments From nathan at gcc dot gnu dot org 2004-10-22 12:42 --- 2004-10-22 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/18095 * parser.c (eof_token): Make const, correctly initialize rid and location fields. (struct cp_lexer): Replace buffe

[Bug ada/18085] [Ada] - C++ interoperability sample program fails, 3.4.2, Linux 2.4.20-8, Red Hat 9.0

--- Additional Comments From karl at grebyn dot com 2004-10-22 12:21 --- Confirmed still present in current snapshot for gcc 4.0 Reading specs from /home/karl/gnat/lib/gcc/i686-pc-linux-gnu/4.0.0/specs Configured with: ../gcc/gcc-4.0-20041017/./configure --prefix=/home/karl/gnat --enable

[Bug target/16589] [4.0 regression] [m68k] segmentation fault on identical array accesses in the ?: operators' body

--- Additional Comments From loki at inf dot u-szeged dot hu 2004-10-22 11:44 --- The bug has been fixed at Sep 3. -- What|Removed |Added Status|NEW

[Bug bootstrap/18107] [4.0 Regression] Bootstrap fails on i686-pc-mingw32

-- What|Removed |Added Severity|critical|normal Keywords||build Target Milestone|--- |4

[Bug target/18106] Weak symbols are unimplemented on Windows

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aaronavay62 at aaronwl dot |dot org |com Status|UNCONFIRMED

[Bug libfortran/18105] Compile errors in libgfortran/io/unix.c break Windows bootstrap

-- What|Removed |Added OtherBugsDependingO||16991 nThis|| AssignedTo|unassigned at gcc dot gnu |aaronav

[Bug c++/18095] [4.0 regression] ICE in cp_lexer_consume_token on missing ";"

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-22 11:42 --- Subject: Bug 18095 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-22 11:42:30 Modified files: gcc/cp : ChangeLog parser.c gcc/tests

[Bug libgcj/18104] Incorrect CLASSPATH separator in libjava breaks bootstrap

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aaronavay62 at aaronwl dot |dot org |com Status|UNCONFIRMED

[Bug libfortran/18103] libgfortran system header conflict breaks bootstrap on MinGW

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-22 11:40 --- 16991 is for libgfortran build problems in general. -- What|Removed |Added OtherBugsDepending

[Bug target/18010] bad unwind info due to multiple returns (missing epilogue)

--- Additional Comments From davidm at hpl dot hp dot com 2004-10-22 10:57 --- (In reply to comment #5) Argh, I reran "make check-g++" with the original (unpatched) GCC and am now seeing 3 unexpected failures (when the exact same compiler produced 0 failures yesterday). From what I can

[Bug rtl-optimization/17356] [4.0 Regression] [Ada] [ia64] ICE while building libada

--- Additional Comments From schwab at suse dot de 2004-10-22 09:40 --- It's still exactly the same, all the time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17356

[Bug fortran/18108] [gfortran] overloading does not work for functions

-- What|Removed |Added Keywords||rejects-valid Known to fail||4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?

[Bug fortran/18108] New: [gfortran] overloading does not work for functions

The current gfortran rejects the following code: module foo implicit none interface bar module procedure bar1, bar2 end interface contains function bar1 (arg) integer arg logical bar1 bar1 = (arg==0) end function function bar2 (arg) real arg logical bar2 bar2 = (arg==0) end fun

[Bug c++/18073] [4.0 regression] mmintrin.h rejected by C++ frontend

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-22 08:00 --- Fixed on mainline. Mark, your patch http://gcc.gnu.org/ml/gcc-cvs/2004-10/msg01201.html adds __extension__ to __gthread_active_p to solve the issue in comment #2. However, this was already fixed by Nathan

[Bug c++/10841] rejects valid explicit type conversion to/from pointers-to-member of private base

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-22 07:51 --- Fixed on mainline. -- What|Removed |Added Status|ASSIGNED|