--- Additional Comments From pluto at agmk dot net 2005-06-25 06:26 ---
(In reply to comment #7)
> (in reply to comment #6)
>
> This is a known problem, with a hack to mode-switching.c at
> http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01434.html.
>
> Please, could you try to apply
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-06-25
02:49 ---
Ivopts seem to do several quite doubtful decisions in this testcase.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-25
02:07 ---
*** Bug 22181 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-25
02:07 ---
*** This bug has been marked as a duplicate of 20789 ***
--
What|Removed |Added
This code doesn't compile on both GCC 3.4.3 and GCC 4.1.0 (20050320).
-- begin .ii file
# 1 "bug_gcc.cc"
# 1 ""
# 1 ""
# 1 "bug_gcc.cc"
template
struct List
{
static const int Value = N;
typedef Tail_ Tail;
};
struct NullList;
template < bool B, int T, int F >
struct If_
{
Since GCC 3.4.0 we get an ICE for the following code snippet.
Before we correctly issued an error message.
===
struct A {};
template void foo()
{
T::~T();
}
template void foo();
===
bug.cc: In function 'void foo() [with T = A]'
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-24
23:13 ---
*** Bug 22179 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-24
23:13 ---
This is basicially PR 17308.
*** This bug has been marked as a duplicate of 17308 ***
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-24
23:12 ---
Subject: Bug 21915
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-24 23:12:32
Modified files:
gcc/fortran: ChangeLog gfortran.h intrinsic.c intr
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-24
23:10 ---
Subject: Bug 21915
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-24 23:09:49
Added files:
libgfortran/intrinsics: hyper.c
Log message:
20
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-24
23:10 ---
*** Bug 22178 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-24
23:10 ---
*** This bug has been marked as a duplicate of 12963 ***
--
What|Removed |Added
--- Additional Comments From joseph at codesourcery dot com 2005-06-24
23:09 ---
Subject: Re: #if #A == #B should have a diagnostic
in ISO C mode
On Fri, 24 Jun 2005, neil at gcc dot gnu dot org wrote:
> My copy of the standard only requires a constant expression - can you point
> o
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-24
23:07 ---
Subject: Bug 21915
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-24 23:07:15
Modified files:
libgfortran: ChangeLog Makefile.am Makefile.in acl
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-24
23:06 ---
This is because we don't use flow control for this warning at all and this
warning is done in the front-
end instead of the middle-end where we have flow control.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Additional Comments From joseph at codesourcery dot com 2005-06-24
23:04 ---
Subject: Re: New: bogus warning "comparison is always false
due to limited range"
On Fri, 24 Jun 2005, eggert at gnu dot org wrote:
> Logically, the troublesome warnings fall into the same category as
>
--- Additional Comments From jesse dot millan at gmail dot com 2005-06-24
22:49 ---
Created an attachment (id=9146)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9146&action=view)
The C file that will generate the warning. (-Wall required)
Null is explicity checked for before mak
--
What|Removed |Added
CC||jesse dot millan at gmail
||dot com
http://gcc.gnu.org/bugzilla
--- Additional Comments From jesse dot millan at gmail dot com 2005-06-24
22:50 ---
Created an attachment (id=9147)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9147&action=view)
Preprocessed version of the example
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22179
Even if Null is explicitly checked for, the compiler still gives the warning.
--
Summary: Erroneous compiler warning: null argument where non-null
required
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
--- Additional Comments From schwab at suse dot de 2005-06-24 22:41 ---
The standard does not allow to extend the syntax. Since this violates the
syntax of the language a diagnostic is required.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22168
Maintainers of GNU packages that use gnulib are now starting to see
bug reports coming in from installers using GCC 4.0.0 on 64-bit
platforms. GCC is issuing an incorrect warning about valid code, but
installers don't necessarily know the code is valid, so they are
worried about it.
This is a reg
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-06-
--- Additional Comments From neil at gcc dot gnu dot org 2005-06-24 22:24
---
(In reply to comment #6)
> Yup, it's documented. However, it's still silently accepted even with
-pedantic, and the language doesn't
> permit that.
My copy of the standard only requires a constant expression
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-24
22:04 ---
Could you add -save-temps to the command line which is compiling the file and
attach the
preprocessed source?
Also could you supply how you run gcc?
--
What|Removed |A
this bug occured when compiling the mplayer, file dsputil.c:3243.
here is the compiler report:
dsputil.c:3243: internal compiler error: in assign_stack_temp_for_type, at
function.c:655
the compiling code segment is:
3237 static int rd8x8_c(/*MpegEncContext*/ void *c, uint8_t *src1, uint8_t
*src2
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-24
21:49 ---
FWIW I agree with the analysis.
This is related to PR 21540, but not the same.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13788
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-24
21:38 ---
I'm not sure when this was fixed, but it works in 4.0.
--
What|Removed |Added
St
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-24
21:36 ---
The patch was obsoleted by other changes.
I don't think I have a copy of it any more.
I'm throwing this PR back into the pool for now.
--
What|Removed |Added
The following apparently cross-platform ERRORs (and corresponding UNRESOLVEDs)
have appeared on mainline on 20050624 (between 20050623 07:00 UTC and 20050624
07:00 UTC).
ERROR: gcc.dg/tree-ssa/20030708-1.c: error executing dg-final: no files matched
glob pattern "20030708-1.c.t??.dom3&q
--- Additional Comments From uros at kss-loka dot si 2005-06-24 20:33
---
(in reply to comment #6)
> ../../gcc/unwind.inc: In function '_Unwind_ForcedUnwind':
> ../../gcc/unwind.inc:215: internal compiler error: in create_pre_exit,
>
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-24
20:16 ---
I think this is now fixed on the mainline at the RTL level:
ior:
movl4(%esp), %eax
orb $1, (%eax)
ret
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18031
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-24
20:08 ---
Actually this is another SRA issue.
--
What|Removed |Added
Last reconfirmed|2005-04-16 17:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-24
19:50 ---
Confirmed and g77 treates it as Integer*1.
--
What|Removed |Added
OtherBugsDependingO|
BYTE Type Statement.
This is a VAX Fortran extension that the majority of Fortran compilers support.
The SGI/Absoft compilers treat as equivalent as INTEGER*1. The Portland
compiler treats as LOGICAL*1.
--
Summary: BYTE Type Statement
Product: gcc
Version: 4.1.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-24
19:28 ---
I will be trying Ada on powerpc-darwin later tonight to see if I can reproduce
it on that target.
--
What|Removed |Added
# gcc 4.1 snap from 20050624/14:08
stage2/xgcc -Bstage2/ -B/usr/ppc-pld-linux/bin/ -c -O2
-gnatpg -gnata -I- -I. -Iada -I../../gcc/ada ../../gcc/ada/exp_ch3.adb
-o ada/exp_ch3.o
+===GNAT BUG DETECTED==+
| 4.1.0 20050624 (experimental
--- Additional Comments From pcarlini at suse dot de 2005-06-24 18:22
---
Thanks Martin for the clarification: 100% agreed, also about the grammar thing.
I will fix that in a few days, as soon as I'm back from GCCSummit.
--
What|Removed |Added
---
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-06-24
18:02 ---
Yup, it's documented. However, it's still silently accepted even with
-pedantic, and the language doesn't
permit that.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-24
17:41 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-06-24 17:41 ---
(In reply to comment #21)
> The slow routine appears to be the buffer cleaning routine,
> though I haven't verified this with oprofile yet.
> Here's its loop:
> static char cleanse_ctr;
> ...
>
--- Additional Comments From pluto at agmk dot net 2005-06-24 17:16 ---
also ices with current mainline.
--
What|Removed |Added
Known to fail|
--- Additional Comments From sebor at roguewave dot com 2005-06-24 17:11
---
Yes, sorry for being too terse. The value is supposed to be stored even if the
placement of the thousands separators is invalid, just as long as the input
sequence matches the grammar in 22.2.3.1, p2.
For examp
The following invalid code snippet is accepted since gcc 3.4.0:
struct A
{
static void foo();
};
template void bar()
{
A::template foo(); // bogus template keyword
}
Before it was correctly rejected.
--
Summar
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-06-24
16:56 ---
Actually, with -funroll-loops -fweb -frename-registers you get the code you
want.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20376
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-06-24
16:39 ---
Induction variable splitting works as expected (note that r17 and r19 from each
iteration are computed independently, so they should not block scheduling).
Iv splitting does not rename the variables in dif
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni
dot cz 2005-06-24 16:24 ---
Subject: Re: [4.0/4.1 Regression] openssl is slower when compiled with gcc 4.0
than 3.3
> I don't see how the precious register would matter much. But this compare
> with memory is
--- Additional Comments From bangerth at ices dot utexas dot edu
2005-06-24 16:14 ---
Subject: Re: [4.0/4.1 regression] Spurious ambiguity with pointers to members
(Sleep deprivation during the week leads to such marvels on Fridays...)
> This PR will is about the that 4.0.1 won't
Th
--- Additional Comments From bangerth at ices dot utexas dot edu
2005-06-24 16:03 ---
Subject: Re: [4.0/4.1 regression] Spurious ambiguity with pointers to members
> Although I have not developed a patch, any patch will (more than likely) be
> non-trivial. I'll work on a fix, but don
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-24
15:53 ---
I don't see how the precious register would matter much. But this compare
with memory is strange:
cmpl%ecx, 12(%ebp)
Why isn't len loaded into a register??
--
http://gcc.gnu.org/bugzi
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-24
15:53 ---
looking carefully, this is exposing an existing bug that we deduce 'const X'
against
template void f (T &, void (T::*)() );
this should not happen. Previously we must have been deducing both
--- Additional Comments From pinskia at physics dot uc dot edu 2005-06-24
15:42 ---
Subject: Re: New: #if #A == #B should have a diagnostic
On Jun 23, 2005, at 10:04 PM, geoffk at gcc dot gnu dot org wrote:
> GCC quietly accepts the following:
>
> #define A a
> #define B a
> #if #A =
On Jun 23, 2005, at 10:04 PM, geoffk at gcc dot gnu dot org wrote:
GCC quietly accepts the following:
#define A a
#define B a
#if #A == #B
#endif
In fact if we look at the output for the following code:
#define A b
#define B c
#if #A == #B
void g(void);
#endif
We find that "void g(void);" i
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-24
15:30 ---
Your line should read:
typename SAX::basic_XMLReader::template
Property *>* prop;
If one fixes all four occurances in your file, the code compiles fine.
With your version
SAX::basic_XMLReader::Pr
--- Additional Comments From schwab at suse dot de 2005-06-24 15:26 ---
*Note (cpp)Assertions::.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22168
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-06-24
15:19 ---
Still a bug, even if a documented one; the syntax does not allow it. '#if #A'
is neither an if-group (because
'#A' is not syntactically a constant-expression in the preprocessor) nor a
sequence of group-p
--- Additional Comments From dank at kegel dot com 2005-06-24 15:01 ---
And, for what it's worth, the latest 4.1 snapshot also suffers from this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19923
--- Additional Comments From dank at kegel dot com 2005-06-24 15:00 ---
Michael Meissner looked at the code, and saw that
gcc-2.95.3 converts the loop to a countdown loop,
but gcc-3.x doesn't, which wastes a precious register.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19923
--- Additional Comments From neil at gcc dot gnu dot org 2005-06-24 14:56
---
Documented behaviour.
--
What|Removed |Added
Status|UNCONFIRMED |RE
ong
--disable-multilib --enable-nls --disable-werror --with-gnu-as --with-gnu-ld
--with-demangler-in-ld --with-system-zlib --with-slibdir=/lib --without-x
i686-pld-linux
Thread model: posix
gcc version 4.1.0 20050624 (experimental)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22019
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-24
14:24 ---
Fixed.
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From randolph at tausq dot org 2005-06-24 14:23
---
Subject: Re: [4.0/4.1 regression] Wrong code for function pointer comparision
during optimization
> The proposed patch has passed testing on x86_64-unknown-linux-gnu.
confirmed on hppa-linux. works on origina
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-24
14:16 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
Component|c++ |rtl-optimization
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-24
14:12 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-24
14:11 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pluto at agmk dot net 2005-06-24 14:03 ---
(In reply to comment #5)
> Uros, also for you it seems...
> (http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01724.html)
with this patch I get an ice on amd64 bootstrap:
(..)
-c ../../gcc/unwind-dw2.c -o l
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-24
13:52 ---
Subject: Bug 22171
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-24 13:52:36
Modified files:
gcc: tree-ssa-operands.c
Log message:
--- Additional Comments From pluto at agmk dot net 2005-06-24 13:50 ---
(In reply to comment #10)
> (In reply to comment #9)
> > A revised patch, allowing equality and inequality comparisons against
NULL,
> yet
> > retaining warnings for things like 'if ("foo" > 0)' and 'if ("f
--- Additional Comments From pluto at agmk dot net 2005-06-24 13:47 ---
(In reply to comment #7)
> (...)
> Log message:
> PR 22171
> * tree-ssa-operands.c (get_expr_operands): Check s_ann for NULL
> before use.
You've missed commit for the tree-ssa-operan
--- Additional Comments From pluto at agmk dot net 2005-06-24 13:44 ---
(In reply to comment #9)
> A revised patch, allowing equality and inequality comparisons against NULL,
yet
> retaining warnings for things like 'if ("foo" > 0)' and 'if ("foo" ==
"bar")'
> was posted here:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-24
13:41 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-24
13:37 ---
> > It could be fixed by backing out Nathan's patch (that, to the best of my
> > knowledge didn't fix a regression).
it did not fix a regression, but was something we wanted added (as I beleive
things like
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-24
13:30 ---
Confirmed, here is a reduced testcase:
template
struct cla
{
template
struct clb {};
};
namespace nasa { template struct clc {}; }
template
void doGetProperty(void)
{
cla::clb *> *prop;
}
--- ICE ---
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-24
13:27 ---
Subject: Bug 22171
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-24 13:27:26
Modified files:
gcc: ChangeLog
gcc/testsuite : C
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-24
13:24 ---
Subject: Bug 22171
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-24 13:24:00
Modified files:
gcc: Change
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-06-24
13:23 ---
The proposed patch has passed testing on x86_64-unknown-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22051
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-06-24
13:12 ---
I don't know what I'm talking about with 4.0.
Anyhow, fix coming.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22171
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-06-24
13:09 ---
On the GCC 4.0 branch, this test still works fine.
On the GCC mainline, s_ann is NULL. I do see that add_stmt_operand checks s_ann
for NULL before using it; I will do the same.
--
http://gcc.gnu.org/b
--
What|Removed |Added
GCC target triplet||sparc-sun-solaris2.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22169
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-06-24
13:04 ---
I am saddenned.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-24
13:02 ---
Caused by:
PR 22000
* tree-ssa-operands.c (get_expr_operands): Check the volatility of
the FIELD_DECL and set s_ann->has_volatile_ops accordingly.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-24
13:01 ---
Confirmed.
--
What|Removed |Added
Severity|normal |critical
--- Additional Comments From thomas dot magyar at navy dot mil 2005-06-24
12:43 ---
Created an attachment (id=9143)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9143&action=view)
The ii file from the compiler output where I received the seg fault.
Line 35577 in this file contains
This internal compiler error is being generated when I add the
keyword 'typename' to a line of code that
before that was giving me an error that: SAX/wrappers/saxlibxml2.h:310: error:
expected primary-expression
before '*' token.
In the saxlibxml2.ii file, it is at line 35577.
Specs fro
--- Additional Comments From pcarlini at suse dot de 2005-06-24 12:18
---
If I understand correctly Martin, the point is that, according to
22.2.2.1.2/11-12, even when the groups are invalid (indeed, he expects a fail
in the second assert) the value is stored in val anyway. If this is h
/*
* gcc401bug.c
* Written by Mikael Pettersson, [EMAIL PROTECTED], 2005-06-24.
* Adapted from linux-2.6.12/drivers/serial/8250.c.
*
* gcc-4.0-20050623 bootstrapped on i686-pc-linux-gnu
* gets an ICE when compiling this program at -O2:
*
* gcc401bug.c: In function 'serial8250_isa_init_ports
--
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22158
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-06-24
09:47 ---
Today (20050624, IST), it seems to have become worse. Till now
I used to see 2 FAILs, now I see 6 FAILs:
FAIL: Divide_1 execution - source compiled test
FAIL: Divide_1 output - gij test
FAIL
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-06-24
09:44 ---
This is most likely the same as PR22084 (see the testcase
$GCC_SRC_DIR/libjava/testsuite/libjava.lang/Divide_1.java).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22166
write (*, "(3/)")
end
output 9 lines. Seems to double count repeated slash.
--
Summary: Handle format slash error
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libfortran
--- Additional Comments From schwab at suse dot de 2005-06-24 09:06 ---
GCC should already reject the use of the # operator, which is only allowed in
the replacement list of a macro and then only when followed by a macro
parameter.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=221
--- Additional Comments From chris at bubblescope dot net 2005-06-24 08:52
---
It's probably me being blind, but could you point out the part of the standard
which defines what should be happening?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22131
93 matches
Mail list logo
