--- Additional Comments From giovannibajo at libero dot it 2005-03-14
09:36 ---
Fixed then.
Roger, do you believe that middle-end is right in generating these shifts by
zero? If you believe it is a bug, we can open a new bugreport to track it.
--
What|Removed
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-14 10:56
---
Ok, thanks for clarifying.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20460
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-14 12:59
---
Subject: Re: [PR c++/20280] hoist indirect_ref out of addressable cond_exprs
On Fri, Mar 04, 2005 at 04:21:53PM -0300, Alexandre Oliva wrote:
> * gimplify.c (gimplify_cond_expr): Add fallback argument. U
--- Additional Comments From ivanr at syncad dot com 2005-03-14 14:20
---
(In reply to comment #1)
> Is there a reason why you are using stabs+, the default debuging format on
solaris is dwarf-2 which
> provides more information.
yes, file compiles with default format but doesn't with
--- Additional Comments From ivanr at syncad dot com 2005-03-14 14:23
---
(In reply to comment #1)
> Is there a reason why you are using stabs+, the default debuging format on
solaris is dwarf-2 which
> provides more information.
stabs+ is used for compatibility issues with Wine
--
--- Additional Comments From schlie at comcast dot net 2005-03-14 14:25
---
Subject: Re: [4.0/4.1 Regression] libgcc2.h
Improperly determines required built-in function size requirements.
> --- Additional Comments From giovannibajo at libero dot it 2005-03-13
> Closing as fixed,
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-14
14:27 ---
(In reply to comment #7)
> stabs+ is used for compatibility issues with Wine
So, even mywin (and cygwin) have both moved over to dwarf2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20446
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-14
14:34 ---
Subject: Bug 1016
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-14 14:33:55
Modified files:
gcc/cp : ChangeLog cp-tree.h decl.c name-lookup
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-14
14:40 ---
Fixed in the mainline.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 4403 depends on bug 1016, which changed state.
Bug 1016 Summary: [DR 166] friend class declarations not observing namespace
rules.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1016
What|Old Value |New Value
---
--
Bug 16995 depends on bug 1016, which changed state.
Bug 1016 Summary: [DR 166] friend class declarations not observing namespace
rules.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1016
What|Old Value |New Value
--
--
Bug 13830 depends on bug 1016, which changed state.
Bug 1016 Summary: [DR 166] friend class declarations not observing namespace
rules.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1016
What|Old Value |New Value
--
--
Bug 20234 depends on bug 1016, which changed state.
Bug 1016 Summary: [DR 166] friend class declarations not observing namespace
rules.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1016
What|Old Value |New Value
--
--
Bug 19403 depends on bug 1016, which changed state.
Bug 1016 Summary: [DR 166] friend class declarations not observing namespace
rules.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1016
What|Old Value |New Value
--
--
Bug 17652 depends on bug 1016, which changed state.
Bug 1016 Summary: [DR 166] friend class declarations not observing namespace
rules.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1016
What|Old Value |New Value
--
--
Bug 12944 depends on bug 1016, which changed state.
Bug 1016 Summary: [DR 166] friend class declarations not observing namespace
rules.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1016
What|Old Value |New Value
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-14
14:44 ---
Subject: Bug 20424
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-14 14:44:10
Modified files:
gcc: ChangeLog
gcc/config/alpha:
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-14
14:46 ---
Fixed in the mainline. Won't fix in 4.0 branch since the GCC 3.4.x
behavior is also wrong. The error message present in 4.0 is useful
to point out that the code need to be updated because GCC 4.1 will
acc
--
Bug 16995 depends on bug 19403, which changed state.
Bug 19403 Summary: [4.0/4.1 Regression] name lookup is broken with friends
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19403
What|Old Value |New Value
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-14
14:52 ---
Subject: Bug 4403
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-14 14:51:25
Modified files:
gcc/cp : ChangeLog name-lookup.c pt.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-14
14:52 ---
Subject: Bug 9783
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-14 14:51:25
Modified files:
gcc/cp : ChangeLog name-lookup.c pt.c
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-14
14:53 ---
Fixed in the mainline.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 16995 depends on bug 4403, which changed state.
Bug 4403 Summary: incorrect class becomes a friend in template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4403
What|Old Value |New Value
--
Bug 9783 depends on bug 4403, which changed state.
Bug 4403 Summary: incorrect class becomes a friend in template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4403
What|Old Value |New Value
-
--
Bug 17652 depends on bug 4403, which changed state.
Bug 4403 Summary: incorrect class becomes a friend in template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4403
What|Old Value |New Value
--
Bug 12944 depends on bug 4403, which changed state.
Bug 4403 Summary: incorrect class becomes a friend in template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4403
What|Old Value |New Value
--
Bug 12944 depends on bug 9783, which changed state.
Bug 9783 Summary: [DR433] Can't forward reference class in argument to
templated method.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9783
What|Old Value |New Value
-
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-14
14:54 ---
Fixed in the mainline.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From falk at debian dot org 2005-03-14 15:03
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
Reso
--
What|Removed |Added
Component|bootstrap |target
Keywords||build, wrong-code
Summary|Bootstrap failure
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20234
--- Additional Comments From ivanr at syncad dot com 2005-03-14 15:42
---
Subject: Re: invalid assembly with -gstabs+
Hi,
If I switch to default debug format, I get an internal compiler error in
another file that I guess would have to report as a different bug. I'll need
some time tho
--- Additional Comments From ivanr at syncad dot com 2005-03-14 15:42
---
Subject: Re: invalid assembly with -gstabs+
Hi,
If I switch to default debug format, I get an internal compiler error in
another file that I guess would have to report as a different bug. I'll need
some time tho
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-14
16:16 ---
Subject: Bug 17688
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-14 16:16:22
Modified files:
gcc: ChangeLog
gcc/config/i386: i
--- Additional Comments From uros at kss-loka dot si 2005-03-14 16:18
---
Patch installed on mainline after bootstrapping on --host=i386-pc-linux-gnu.
--
What|Removed |Added
--
Bug 17652 depends on bug 17688, which changed state.
Bug 17688 Summary: [4.1] x87 fops can handle HImodes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17688
What|Old Value |New Value
--- Additional Comments From bangerth at dealii dot org 2005-03-14 16:25
---
The place to look at is 12.6.2/2:
2 Names in a mem-initializer-id are looked up in the scope of the
constructor's class and, if not found in that scope, are looked up in
the scope containing
headers generated by gcjh contains class members (didn't check about other
kind of objects) named 'NULL'. This is the name used in Java sourcecode, but
cannot be safely used in C++ headers as NULL is always (or often?) defined.
g++ error raised when including the produced headers is:
error: expec
--- Additional Comments From joaquin at tid dot es 2005-03-14 17:08 ---
(In reply to comment #4)
> (In reply to comment #3)
> > (In reply to comment #2)
> > > I cannot reproduce it either with an obvious change to fix the missing
> >
> > Too bad. Sorry for reporting this in such an impre
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-14 17:08
---
Mine.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu
Noticed that gcc/g++ generate a branching sequence instead of straight-line code
for expressions of the form ABS(x-y). Changing the operator to something else
(+, *, /) resutls in straight-line code.
#define ABS(value) ( (value)>=0 ? (value) : -(value) )
int i,j,k,l,m,n;
void f1()
{
l = ABS(
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-14
17:11 ---
Confirmed, this worked with 4.0.0 20050225 which means it started to fail after
the branch.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-14
17:12 ---
Confirmed, I know where this comes from too, SPEC (but I had forgot which test).
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-14
17:13 ---
I will note I know there is an Apple radar about this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20470
Using the 03-13-05 Macintosh image of gfortran, I get this error -
[dranta:~/tests/gfortran] dir% gfortran -o backspace4 backspace4.f
[dranta:~/tests/gfortran] dir% backspace4
Segmentation fault
[dranta:~/tests/gfortran] dir% cat backspace4.f
program main
dimension x(100)
n10=10
Fix patch supplied at end...
---
I have a problem (on Irix6.5, Solaris2.8, OSF1v5.1 and Linux) when I
include the use of --exec-prefix in the build (which allows a common
location for the man pages, info files and common c++ header files).
The problem is that the some of the directory loc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-14
17:46 ---
> which are the same locations, but using a more sensible (direct) route.
This is not true. What happens with symbolic links and stuff.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20472
--- Additional Comments From dir at lanl dot gov 2005-03-14 18:05 ---
This option is needed with most codes decended from main frame codes because
almost all compiliers for the main frames did something like "-finit-local-zero"
by default. The widely used suite of finite element codes fro
--- Additional Comments From gml4410 at ggr dot co dot uk 2005-03-14 18:09
---
> > which are the same locations, but using a more sensible (direct) route.
>
> This is not true. What happens with symbolic links and stuff.
If there are symbolic links involved then the "direct" path is
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-14
18:24 ---
Subject: Bug 17236
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-14 18:24:15
Modified files:
gcc: ChangeLog optabs.c
Log message:
--- Additional Comments From stiriac at oddpost dot com 2005-03-14 18:30
---
(In reply to comment #5)
> The linux kernel requires optimization to be correctly compiled. This is a
> deliberate design decision by the linux kernel developers.
>
Thanks for the explanation. Looking for hint
The Operation 2*i with short integers (KIND=3, KIND=6) give incorrect values if
the result exeeds the definded range for this types. The program example
compiled with
g77 test.f
give the following results:
integer*1: 100+100=-56, 2*100=200
integer*2: 2+2=-25536, 2*200
I was updating my Gentoo installation with the latest and got an internal
compiler error in openmotif. This happened first with Gentoo's GCC version
4.0.0_beta20050305. I then CVS'd the latest GCC version and got the same
error with that.
gcc version 4.1.0 20050314 (experimental)
--- Additional Comments From zlynx at acm dot org 2005-03-14 18:51 ---
Created an attachment (id=8386)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8386&action=view)
preprocessed source to reproduce bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20474
I just tried the following block of C++ code with g++ 20050311, the
latest snapshot.
void f()
{
char * pj2 = static_cast < char * > ("fred");
}
The compiler said
[EMAIL PROTECTED]:~/C++/src> ~/gnu/20050311/results/bin/g++ -c sc.cc
I added more flags
[EMAIL PROTECTED]:~/C++/src> ~/gnu/2
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-14 19:03
---
"2*i1" implicitly converts i1 to default integer kind, and then performs the
multiplication. g77's behavior is correct. It is unfortunate that g77 doesn't
have the -Wconversion command-line option, with gfort
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-14 19:08
---
It looks like we try to evaluate b as a statement function, which is of course
not valid. Investigating ...
--
What|Removed |Added
-
--- Additional Comments From pthaugen at us dot ibm dot com 2005-03-14
19:13 ---
I noticed this in the twolf benchmark of SPEC, dimbox.c:new_dbox_a().
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20470
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-14
19:55 ---
Subject: Bug 20467
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-14 19:55:02
Modified files:
gcc/fortran: ChangeLog symbol.c
gcc/tests
--- Additional Comments From dorit at il dot ibm dot com 2005-03-14 20:01
---
The problem is that we take the size_type of a void type, and pass null to
fold_convert in vect_analyze_pointer_ref_access.
So one thing to do is to make sure that we're dealing with a complete type:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-14
20:02 ---
Subject: Bug 20280
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-14 20:02:11
Modified files:
gcc: ChangeLog gimplify.c
gcc/tes
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-14
20:06 ---
Subject: Bug 18628
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-14 20:06:23
Modified files:
gcc: ChangeLog cse.c
gcc/testsuit
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Keywords|
--
What|Removed |Added
Keywords||accepts-invalid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20475
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-14
20:14 ---
With -Wwrite-strings, I do get a warning:
t.cc:3: warning: deprecated conversion from string constant to char*'
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20475
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-14
20:15 ---
Subject: Bug 20467
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-14 20:15:30
Modified files:
gcc/fortran: Change
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-14 20:16
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 19292 depends on bug 20467, which changed state.
Bug 20467 Summary: Bad fortran code causes ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20467
What|Old Value |New Value
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-14 20:25
---
Mainline and 4.0 branch still fail the small testcase with "fatal error:
internal consistency failure" when built for powerpc-linux (not just
powerpc64-linux). The failure begins with the following patch, add
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-14
20:32 ---
Subject: Bug 18628
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-14 20:32:50
Modified files:
gcc: Change
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-14 20:34
---
Actually, this slightly modified valid testcase fails with the same error:
program test
! implicit none
real(8) :: x
external bug
x = 2
print *, bug(x)
end program test
--
http://gcc.gnu.org
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-14
20:35 ---
Subject: Bug 20280
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-14 20:34:53
Modified files:
gcc: Change
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-14 20:37
---
Excuse, the testcase with "implicit none" commented out passes.
--
What|Removed |Added
Last r
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-14 20:52
---
The bug is caused by the call to gfc_set_default_type in resolve.c:3961 passing
0 as second argument, thereby suppressing the error that should be issued there.
Unfortunately, passing 1 for the argument breaks
--- Additional Comments From pthaugen at us dot ibm dot com 2005-03-14
22:29 ---
Decided to look into this myself, currently testing a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20470
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-14
23:43 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-14
23:43 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15
01:26 ---
Subject: Bug 20458
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-15 01:26:35
Modified files:
gcc: ChangeLog tree-flow-inline.h
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-15
01:27 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From giovannibajo at libero dot it 2005-03-15
01:53 ---
Paolo, are you going to submit this one?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17687
g++ gives an "internal compiler error: Segmentation fault"
message where it should give an error about illegal code. I've included
code to cause the problem. This code shows a mistake in the
initialization of a template member. The template was used incorrectly.
The simple problem c
--- Additional Comments From olsonse at umich dot edu 2005-03-15 01:59
---
Created an attachment (id=8387)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8387&action=view)
Preprocessor output of mentioned simple testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20476
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15
01:59 ---
Confirmed, only a regression for 3.3.x.
--
What|Removed |Added
Status|UNCONFIRME
--- Additional Comments From giovannibajo at libero dot it 2005-03-15
02:12 ---
(In reply to comment #3)
>> What is the compile-time impact of this patch on cc-i compilation, the usual
>> C++ testcases, and SPEC? I am sure this is something worthwile to
>> mention for a review.
> Sorr
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15
02:52 ---
Subject: Bug 18827
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-15 02:52:38
Modified files:
gcc/testsuite : ChangeLog
gcc/fortran: C
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15
03:43 ---
Subject: Bug 18827
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-15 03:42:49
Modified files:
gcc/testsuite : Change
See testsuite/gfortran.dg/assign.f90:
! { dg-do run }
! Program to test ASSIGNing a label to common variable. PR18827.
program test
integer i
common i
assign 2000 to i ! { dg-warning "Obsolete: ASSIGN statement" }
2000 continue
end
In the Fortran front-end we genera
The actual error is a missing right paren on line 137 of opApi.cc, which should
read:
vec(,
but the compiler gives:
opApi.cc:134: error: expected primary-expression before '(' token
opApi.cc:157: error: expected `)' before '}' token
opApi.cc:157: error: no matching fun
--- Additional Comments From igodard at pacbell dot net 2005-03-15 04:14
---
Created an attachment (id=8388)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8388&action=view)
Compiler output (-v -save-temps)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20478
--- Additional Comments From igodard at pacbell dot net 2005-03-15 04:14
---
Created an attachment (id=8389)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8389&action=view)
Source code (-save-temps) (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20478
--- Additional Comments From paolo dot bonzini at lu dot unisi dot ch
2005-03-15 06:36 ---
Subject: Re: [4.1] sincos can be folded at the
tree level
> Paolo, are you going to submit this one?
Yes, but I am wy too busy at work now. Maybe as soon as Thursday.
--
http://gcc.gn
91 matches
Mail list logo