able-languages=c,c++
Thread model: rtems
gcc version 4.1.0 20050515 (experimental)
--
Summary: ICE in reload_cse_simplify_operands for Coldfire.
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priori
--- Additional Comments From cjohns at cybertec dot com dot au 2005-05-15
07:34 ---
Created an attachment (id=8890)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8890&action=view)
Compressed preprocessed file showing the error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21
--- Additional Comments From cjohns at cybertec dot com dot au 2005-05-15
07:35 ---
Compile the patch with:
m68k-rtems-gcc -m5200 -fasm -O3 -g ejlex.i -c
The ICE only shows with -O3. Using -O2 compiles the file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21578
Lese selbst:
http://www.spiegel.de/wirtschaft/0,1518,338652,00.html
GEWALTEXZESS:
http://www.spiegel.de/politik/ausland/0,1518,345203,00.html
Politiker zerreißt Menschenrechtsbericht:
http://www.spiegel.de/politik/ausland/0,1518,325983,00.html
Schily = Hitler
http://www.spiegel.de/politik/deutschland/0,1518,345929,00.html
Schily wehrt sich gegen Hitler-Vergleich
I was compiling kernel on x86 i686 while i had this part going on, the following
error stopped the install.
CC [M] fs/nfs/pagelist.o
In file included from include/linux/mm.h:269,
from include/linux/pagemap.h:7,
from include/linux/nfs_page.h:14,
Lese selbst:
http://www.rp-online.de/public/article/nachrichten/wirtschaft/finanzen/deutschland/85815
With gcc 4.0.1, the following code on i386 (using -O3 -fomit-frame-pointer):
int x;
void
foo (void)
{
++x;
}
compiles to:
foo:
incl x
ret
However, when x is changed to a volatile this instead compiles to:
foo:
movlx, %eax
i
Lese selbst:
http://www.npd.de/npd_info/deutschland/2005/d0405-39.html
Lese selbst:
http://www.my-rocknord.de/viewtopic.php?t=1018&sid=3ce6385b1dee88cb02447f566a2da68d
.. damit Sie nicht als der erste Kanzler in die deutsche Geschichte eingehen,
der Untertanen verboten hat, aus ihren Fenstern auf die Strasse zu gucken -
selbst Nazis und Stalinisten haben niemals ei
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-05-15
11:06 ---
I can reproduce the bug
--
What|Removed |Added
CC|
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-05-15
11:16 ---
Might get fixed by
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01378.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21448
Lese selbst:
http://www.rp-online.de/public/article/nachrichten/wirtschaft/finanzen/deutschland/85815
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-15
11:21 ---
>From 14.7.2 [temp.expl.spec] paragraph 2:
An explicit specialization shall be declared in the namespace of which the
template is a member,
or, for member templates, in the namespace of which the enclos
tobi at gcc dot gnu dot org wrote:
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-10 22:23
---
Fixed on the mainline. I will commit this to the branch after the obligatory
testing and the necessary changes (unfortunately -fsecond-underscore became the
default on the bra
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-15
11:30 ---
Fixed in gcc version 4.0.1 20050510 (prerelease).
--
What|Removed |Added
C
Lese selbst:
http://www.rp-online.de/public/article/nachrichten/wirtschaft/finanzen/deutschland/85815
--- Additional Comments From toon at moene dot indiv dot nluug dot nl
2005-05-15 11:32 ---
Subject: Re: COMPLEX function returns incompatible with
g77
tobi at gcc dot gnu dot org wrote:
> --- Additional Comments From tobi at gcc dot gnu dot org 2005-05-10
> 22:23 ---
> Fixe
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-15
11:46 ---
Some comment: This cp_binding_level::names and how it is used are internal to
GCC.
Too bad -fdump-translation-unit relies on it. Names are placed in
cp_binding_level::names
only if it may be needed ther
Lese selbst:
http://www.kommunisten-online.de/blackchanel/dresden3.htm
Lese selbst:
http://www.npd.de/npd_info/meldungen/2005/m0105-19.html
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-15
12:37 ---
The code is invalid. In the section 14.8.2 [temp.deduct] paragraph 2 of the
standard
does not include creating a class with invalid base class. Examples of valid
SNINF cases:
- Attempting to create an arr
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-15
12:41 ---
Confirmed. I think the declaration
int swap(A&, A&);
should be accepted. Could be something wrong with the type computation
to select overloaded function.
--
What|Removed
Full Article:
http://service.spiegel.de/cache/international/0,1518,344374,00.html
--
What|Removed |Added
Component|libobjc |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21579
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
13:03 ---
There is another bug about this around somewhere.
--
What|Removed |Added
Component|
und weisst es nicht einmal:
http://www.heise.de/newsticker/meldung/58003
http://www.heise.de/newsticker/meldung/59304
http://www.heise.de/newsticker/meldung/58311
http://www.heise.de/newsticker/meldung/58351
Full Article:
http://service.spiegel.de/cache/international/0,1518,353274,00.html
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
13:33 ---
Reopen to ...
--
What|Removed |Added
Status|RESOLVED|REOPENE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
13:33 ---
Mark as invalid.
--
What|Removed |Added
Status|REOPENED|RESO
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
13:34 ---
This is invalid, read the comments in PR 3506 which this is a dup of.
*** This bug has been marked as a duplicate of 3506 ***
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
13:34 ---
*** Bug 21580 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
Lese selbst:
http://www.die-kommenden.net/dk/zeitgeschichte/graeberschaendung.htm
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
13:40 ---
Fixed by:
2005-05-15 Andreas Schwab <[EMAIL PROTECTED]>
* testsuite/Makefile.am (check-local): Really remove.
* testsuite/Makefile.in: Regenerated.
--
What|Removed
--- Additional Comments From blime at cox dot net 2005-05-15 13:59 ---
Subject: Re: Unformatted sequential read/write
Okay - Its 32 bit -- but sorry I don't understand portable (one computer
involved) or target? What I have been doing over
the last couple of months is testing the gf
--- Additional Comments From sven at clio dot in-berlin dot de 2005-05-15
14:03 ---
(In reply to comment #3)
> From 14.7.2 [temp.expl.spec] paragraph 2:
> An explicit specialization shall be declared in the namespace of which the
> template is a member,
> or, for member templ
--- Additional Comments From sven at clio dot in-berlin dot de 2005-05-15
14:08 ---
(In reply to comment #3)
> The code is invalid. In the section 14.8.2 [temp.deduct] paragraph 2 of the
> standard
> does not include creating a class with invalid base class.
If there is no other w
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-15
14:11 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From hjl at lucon dot org 2005-05-15 14:12 ---
Created an attachment (id=8891)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8891&action=view)
A testcase
With the bad compiler, I got
[EMAIL PROTECTED] gcc]$ stage1/xgcc -Bstage1/ -O2 -S /tmp/foo.c
[EMAIL PRO
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
14:12 ---
(In reply to comment #4)
> If there is no other way to distinguish reliable between unions and classes,
> add it into the extension list. Unions should be avoided in object oriented
> design, anyway, but i
Functions (and variables I suppose) in an anonymous namespace can't
realisitically be used outside the shared library they are part of (due to the
mangled name being randomized each compile). This means that they could be of
visibility hidden, which
1) Cuts down on the amount of work for the dynam
The nonnull function attribute specifies that certain pointer arguments to said
function are not allowed to be NULL. The VRP pass could put this in the possible
range for said variables, after which NULL pointer checks inside the function
body (or more likely, functions inlined into that function)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
14:21 ---
I don't think this is valid and here is why:
anynymous namespace and still be used for templates and export so calling it
from another shared
library is possible if we (GCC) implements export.
--
http:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
14:22 ---
Interesting idea.
--
What|Removed |Added
CC||dno
--- Additional Comments From hjl at lucon dot org 2005-05-15 14:35 ---
It seems that "-fgcse -O" will trigger the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21551
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-15
14:36 ---
Yup, string literal should have type 'const char *'.
--
What|Removed |Added
Sta
Lese selbst:
http://www.rp-online.de/public/article/nachrichten/wirtschaft/finanzen/deutschland/85815
--- Additional Comments From sven at clio dot in-berlin dot de 2005-05-15
14:43 ---
And for everyone who have the same problem, here is a workaround. Declare a
template class with a dummy argument (int in this case), partial specialize
this class and derive from the partial specialized
--- Additional Comments From sven at clio dot in-berlin dot de 2005-05-15
14:46 ---
(In reply to comment #5)
> Extensions are bad. Even just bugs in the compiler is a bad thing beause
> people would think the bug
> was an extension and start depending on it and then when the bug w
Executing on host: /xxx/gnu/gcc-3.3/objdir/gcc/testsuite/../g++ -B/xxx/gnu/gcc-3
.3/objdir/gcc/testsuite/../ /xxx/gnu/gcc-3.3/gcc/gcc/testsuite/g++.old-deja/g++.
eh/badalloc1.C -nostdinc++ -I/xxx/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libs
tdc++-v3/include/hppa2.0w-hp-hpux11.11 -I/xxx/gnu/gcc-3.
--- Additional Comments From pcarlini at suse dot de 2005-05-15 14:51
---
> ... Why?
> Because the standard says so, there is no other reason (in other words, there
> is no reason at all).
I'm sorry, why this attitud
--- Additional Comments From kargl at gcc dot gnu dot org 2005-05-15 15:01
---
(In reply to comment #3)
>
> There are four modules involved and I
> tested the use of the g77 binary output from the first module as input
> for the second module compiled with gfortran.
>
AFAIK, there
--- Additional Comments From pcarlini at suse dot de 2005-05-15 15:03
---
> Is there a way to distinguish between unions (which are not usable as base
> classes) and classes? If not, the standard is incomplete.
You should know that 10 years ago people didn't even imagine the kind of
te
Lese selbst:
http://bz.berlin1.de/archiv/041115_pdf/BZ041115_004_GB2IG556.1.htm
Lese selbst:
http://brandenburg.rz.fhtw-berlin.de/poetschke.html
Lese selbst:
http://www.npd.de/npd_info/deutschland/2005/d0305-14.html
Jetzt weiss man auch, wie es dazu kommt, dass Drogen, Waffen & Handy's in die
Haende der Knacki's gelangen!
Lese selbst:
http://brandenburg.rz.fhtw-berlin.de/poetschke.html
--- Additional Comments From hjl at lucon dot org 2005-05-15 15:36 ---
The change in ia64_expand_move
if (addend)
{
rtx subtarget = no_new_pseudos ? op0 : gen_reg_rtx (mode);
emit_insn (gen_rtx_SET (VOIDmode, subtarget, op1));
op1 = expand_si
G++ at O1 or above aborts with
ps.ii: In function 'void baz()':
ps.ii:24: error: Pointers with a memory tag, should have points-to sets or point
to malloc
p_40, name memory tag: NMT.6, points-to vars: { }
p, UID 0, char *, type memory tag: TMT.3
ps.ii:24: internal compiler error: verify_flow_sensi
--- Additional Comments From graham dot stott at btinternet dot com
2005-05-15 15:42 ---
Created an attachment (id=8892)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8892&action=view)
C++ testcase which aborts at -O1 or abive
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=215
Executing on host: /home/dave/gcc-4.1/objdir/gcc/xgcc -B/home/dave/gcc-4.1/objdi
r/gcc/ /home/dave/gcc-4.1/gcc/gcc/testsuite/gcc.c-torture/execute/20031215-1.c
-w -O2 -fno-show-column -lm -o /home/dave/gcc-4.1/objdir/gcc/testsuite/2003
1215-1.x2(timeout = 300)
/home/dave/gcc-4.1/gcc/gcc/te
Executing on host: /home/dave/gcc-4.1/objdir/gcc/xgcc -B/home/dave/gcc-4.1/objdi
r/gcc/ /home/dave/gcc-4.1/gcc/gcc/testsuite/gcc.dg/tree-ssa/ltrans-5.c -O2 -ft
ree-loop-linear -fdump-tree-ltrans-all -fno-show-column -S -o ltrans-5.s(ti
meout = 300)
PASS: gcc.dg/tree-ssa/ltrans-5.c (test for
--- Additional Comments From sstrasser at systemhaus-gruppe dot de
2005-05-15 16:17 ---
(In reply to comment #9)
> only if it may be needed there in the future. Perhaps a solution would be
> adding every name there when -fdump-translation-unit is given (at the
expense of
> some extra m
--- Additional Comments From hjl at lucon dot org 2005-05-15 16:41 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01431.html
--
What|Removed |Added
When compiling with -Winline -O[2,3,s], I frequently get errors like:
mistream.h:196: warning: called from here
mistream.h:174: warning: inlining failed in call to 'bool
ustl::istream::aligned(size_t) const': --param large-function-growth limit
reached
This is understandable, since I use a lot o
--- Additional Comments From gdr at integrable-solutions dot net
2005-05-15 16:47 ---
Subject: Re: cp_binding_level::names not returning all decls
"sstrasser at systemhaus-gruppe dot de" <[EMAIL PROTECTED]> writes:
| (In reply to comment #9)
| > only if it may be needed there in the f
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-05-15
16:54 ---
Fixed in 4.0.1.
--
What|Removed |Added
Status|ASSIGNED|RESO
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-05-15
17:06 ---
Test removed
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-05-15
17:07 ---
Test removed
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From joseph at codesourcery dot com 2005-05-15
17:19 ---
Subject: Re: New: FAIL: g++.old-deja/g++.eh/badalloc1.C
execution test
On Sun, 15 May 2005, danglin at gcc dot gnu dot org wrote:
> FAIL: g++.old-deja/g++.eh/badalloc1.C execution test
FWIW, the IA64 ve
--- Additional Comments From joseph at codesourcery dot com 2005-05-15
17:20 ---
Subject: Re: New: FAIL: gcc.c-torture/execute/20031215-1.c
compilation, -O2
On Sun, 15 May 2005, danglin at gcc dot gnu dot org wrote:
> Executing on host: /home/dave/gcc-4.1/objdir/gcc/xgcc
> -B/home/
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-05-15
17:21 ---
No, these should be getting may-defs in either form, so someting is not going
right :(
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21541
--- Additional Comments From joseph at codesourcery dot com 2005-05-15
17:21 ---
Subject: Re: New: FAIL: gcc.dg/tree-ssa/ltrans-5.c
scan-tree-dump-times transformed loop 1
On Sun, 15 May 2005, danglin at gcc dot gnu dot org wrote:
> Executing on host: /home/dave/gcc-4.1/objdir/gcc/xg
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
17:23 ---
Confirmed.
--
What|Removed |Added
CC||dnovillo a
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
17:25 ---
This worked with "4.1.0 20050420", I think the patch which moved tree-loop-CH
around exposed a
latent bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21584
und weisst es nicht einmal:
http://www.heise.de/newsticker/meldung/58003
http://www.heise.de/newsticker/meldung/59304
http://www.heise.de/newsticker/meldung/58311
http://www.heise.de/newsticker/meldung/58351
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
17:26 ---
*** This bug has been marked as a duplicate of 21541 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
17:26 ---
*** Bug 21585 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
17:33 ---
inline is always been just a hint to the compiler, sorry, this is how the
standard is worded (or very
close).
For 4.1.0, we should have optimization before inlining and should be better at
estimating the
--- Additional Comments From hjl at lucon dot org 2005-05-15 17:35 ---
This may be the same as bug 21551. After applying the patch
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01431.html
the stage 2 build passed ia64.o.
--
What|Removed |Added
---
--
What|Removed |Added
CC||rth at gcc dot gnu dot org
Keywords||build, ice-on-valid-code
http://gc
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-05-15 17:38 ---
Subject: Re: FAIL: g++.old-deja/g++.eh/badalloc1.C execution test
> > FAIL: g++.old-deja/g++.eh/badalloc1.C execution test
>
> FWIW, the IA64 version of this was bug 19888. Backporting the testsu
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-05-15 17:45 ---
Subject: Re: FAIL: gcc.c-torture/execute/20031215-1.c compilation, -O2
> I already filed this as bug 21541 when it started failing.
Forgot.
Bug 21541 isn't tagged to the hppa target. Generally,
--- Additional Comments From sven at clio dot in-berlin dot de 2005-05-15
17:46 ---
(In reply to comment #6)
> > ...
Why?
> > Because the standard says so, there is no other reason (in other words,
there
> > is n
Lese selbst:
http://www.rp-online.de/public/article/nachrichten/wirtschaft/finanzen/deutschland/85815
Consider this snippet:
typedef float v4sf __attribute__ ((vector_size (16)));
float global;
float
waste_global (float p[4])
{
__builtin_ia32_loadups (p);
global += 1.0;
}
GCC now thinks __builtin_ia32_loadups clobbers global:
waste_global (pD.1564)
{
floatD.28 D.1568;
flo
--- Additional Comments From aj at gcc dot gnu dot org 2005-05-15 17:50
---
I have on Linux/x86-64 these passes - which means all of them pass:
XPASS: gfortran.dg/ret_pointer_1.f90 -O0 execution test
XPASS: gfortran.dg/ret_pointer_1.f90 -O1 execution test
XPASS: gfortran.dg/ret_point
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
17:54 ---
Let me say this, the standard is needed otherwise, there is no language
defined as C, just like there
phython is not really defined.
Oh, and people who write GCC are both on the C and C++ ISO committees.
--- Additional Comments From joseph at codesourcery dot com 2005-05-15
17:55 ---
Subject: Re: FAIL: gcc.c-torture/execute/20031215-1.c
compilation, -O2
On Sun, 15 May 2005, dave at hiauly1 dot hia dot nrc dot ca wrote:
> Subject: Re: FAIL: gcc.c-torture/execute/20031215-1.c compila
--- Additional Comments From sven at clio dot in-berlin dot de 2005-05-15
17:58 ---
This is the last try. First I wonder who has invented the strange syntax for
defining template member classes outside. C++ is still an imperative
programming language, not a functional. A straightforwar
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
18:05 ---
Confirmed, I cannot remember or not if the rs6000/altivec builtins were fixed
or not.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
18:07 ---
Here is as reduced as I could get it:
extern char *strcpy (char *__restrict __dest, __const char *__restrict __src);
extern char *foo (void);
extern void *malloc(__SIZE_TYPE__) __attribute__((malloc));
cha
--- Additional Comments From sven at clio dot in-berlin dot de 2005-05-15
18:20 ---
(In reply to comment #8)
> Let me say this, the standard is needed otherwise, there is no language
> defined as C, just like there phython is not really defined.
Did You know that You can not write
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-15
18:28 ---
Subject: Bug 21519
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-15 18:28:30
Modified files:
gcc/java : ChangeLog expr.c jcf-write.c
--- Additional Comments From hjl at lucon dot org 2005-05-15 18:45 ---
*** This bug has been marked as a duplicate of 21551 ***
--
What|Removed |Added
Status|UN
--- Additional Comments From hjl at lucon dot org 2005-05-15 18:45 ---
*** Bug 21552 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21551
--- Additional Comments From hjl at lucon dot org 2005-05-15 18:45 ---
*** Bug 21556 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
CC
--- Additional Comments From hjl at lucon dot org 2005-05-15 18:45 ---
*** This bug has been marked as a duplicate of 21551 ***
--
What|Removed |Added
Status|UN
corsepiu at gcc dot gnu dot org wrote:
Joel, do you recall the target in RTEMS which has 4-byte floats only?
(We recently had an issue with it floating point context sizes related to it?
IIRC, it had been a powerpc variant and we were forced to drop it because GCC
doesn't support it.
BTW1: IFAIK, t
--- Additional Comments From toon at moene dot indiv dot nluug dot nl
2005-05-15 18:49 ---
Subject: Re: Segfault while compiling
libgfortran/intrinsics/selected_int_kind.f90
corsepiu at gcc dot gnu dot org wrote:
> Joel, do you recall the target in RTEMS which has 4-byte floats only?
1 - 100 of 196 matches
Mail list logo
