--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-22 07:51
---
Fixed on mainline.
--
What|Removed |Added
Status|ASSIGNED
--- 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
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
--
What|Removed |Added
Keywords||rejects-valid
Known to fail||4.0.0
--- 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
--- 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
--- 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
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aaronavay62 at aaronwl dot
|dot org |com
Status|UNCONFIRMED
--- 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
--
What|Removed |Added
OtherBugsDependingO||16991
nThis||
AssignedTo|unassigned at gcc dot gnu
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aaronavay62 at aaronwl dot
|dot org |com
Status|UNCONFIRMED
--
What|Removed |Added
Severity|critical|normal
Keywords||build
Target Milestone|---
--- 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
--- 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
--- 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
The current gfortran segfaults when compiling the following code
program test
call foo ( (/bar/) )
end program
~/tmpgfortran -v gfbug.f90
Driving: gfortran -v gfbug.f90 -lgfortranbegin -lgfortran -lm -shared-libgcc
Reading specs from
--
What|Removed |Added
CC||martin at mpa-garching dot
||mpg dot de
Keywords|
--- 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
--- 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
--- Additional Comments From schwab at suse dot de 2004-10-22 13:45 ---
See last comment.
--
What|Removed |Added
Status|RESOLVED|REOPENED
--- 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
--
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16589
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
--- 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=7398action=view)
bzip2-ed preprocessed source code without line numbers (s/^# .*//).
--
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
--
What|Removed |Added
Keywords||diagnostic
Summary|[gfortran] spurious warnings|[gfortran] spurious warnings
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-22 14:09
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Consider this program, compiled with -feliminate-dwarf2-dups
#include iostream
#include string
using namespace std;
int main(){
string s1 = Hello;
}
-
readelf -wi produces:
0103c: Abbrev Number: 91 (DW_TAG_compile_unit)
--- 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:
--- 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=7399action=view)
Stripped down test case.
I managed to strip it down to a more reasonable size.
Still not sure what is going
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-22 15:28
---
Here's something shorter:
struct B {};
templateint struct P;
templateint I PI operator* (const PI, const PI);
templateint I B
--- 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=7400action=view)
Maximal stripped down test case.
This snippet still shows the same difference.
If the 'friend' is removed
--- 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 :(.
--- 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
--- 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
--- 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 on
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;
--- 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=7402action=view)
html file describing the bug
no comment ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18113
--- 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
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?
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-22 17:31
---
This is what I get one the mainline:
1c33f: Abbrev Number: 120 (DW_TAG_subprogram)
DW_AT_sibling : c368
DW_AT_external: 1
DW_AT_name: main
DW_AT_decl_file :
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--- 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:
http://people.redhat.com/dnovillo/spec2000/gcc/individual-run-ratio.html.
--
What|Removed
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Known to fail|4.0 |4.0.0
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- Additional Comments From nikolay at etnus dot com 2004-10-22 18:39 ---
Subject: Re: -feliminate-dwarf2-dups produces debug entries
in wrong scope
2af69: Abbrev Number: 5 (DW_TAG_typedef)
DW_AT_name: string
DW_AT_decl_file : 32
DW_AT_decl_line : 60
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 the
--- 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.
--
--- 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
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
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
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: JNI
--- Additional Comments From konqueror at gmx dot de 2004-10-22 20:03 ---
Confirmed
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever
--- Additional Comments From konqueror at gmx dot de 2004-10-22 20:03 ---
Confirmed
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever
--- 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=7403action=view)
This patch fixes the problem
This patch fixes this bug and also bugs 18114 and 18115.
--
--- 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=7403action=view
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18114
--- 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=7403action=view
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18115
--- 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
--- 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
--- 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
--- Additional Comments From konqueror at gmx dot de 2004-10-22 20:35 ---
Bug fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
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
--- 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.
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]
--
What|Removed |Added
Component|bootstrap |target
Keywords||build, patch
Summary|[PATCH] Bootstrap
--- 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
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
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
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 stdio.h
--- 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=7404action=view)
This is the generated .ii file.
Hope this helps. We've stopped using unroll-loops with g++
so it's not
--- 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
The following valid code snippet causes a segfault on mainline:
===
templateint struct A
{
static int const i = 1;
};
templateint N struct B
{
typedef int (*p)[AN::i];
};
===
According to Phil's regression hunter we have:
:
--- 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).
--
--- 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
--- 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
80 matches
Mail list logo