--- Additional Comments From leblanc at skycomputers dot com 2005-01-12
21:08 ---
The bug I reported in #19400, duplicating this one, is fixed in the compiler as
of 1/12/04. However,
this variant remains busted:
1 #include
2 #include
3
4 template < typename V
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12
21:13 ---
(In reply to comment #9)
I think that part is more related to PR 17743. Can you file a new bug,
templates are much harder to get
working with attributes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--
Summary: vector keyword in typedef inside struct ignored
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
Report
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-12
21:27 ---
Subject: Bug 19280
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-12 21:27:33
Modified files:
libgfortran: ChangeLog c99_protos.h libgfortran.h
--- Additional Comments From leblanc at skycomputers dot com 2005-01-12
21:29 ---
The program below prints 4-s instead of 16-s.
1 #include
2 #include
3
4 template < typename Val > struct S {
5 typedef vector Val vector_type;
6 void pr_size()
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12
21:31 ---
Another example (which is rejected):
#include
template < typename Val > struct S {
typedef Val vector_type __attribute__((vector_size(16)));
void pr_size() { printf ("size = %d\n", sizeof(vector_type)); }
}
Compiling the testcase on powerpc-darwin we get an error when assembling:
/var/tmp//ccAw6HXh.s:52:Bad Absolute Expression, absolute 0 assumed.
/var/tmp//ccAw6HXh.s:52:Repeat < 0, .space ignored
This usually means the .space is a large number (which was turned negative by
the asm because it only
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12
21:58 ---
Created an attachment (id=7941)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7941&action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19408
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-12
22:03 ---
Sligtly updated patch:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00675.html
Thomas
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18982
--
Bug 19292 depends on bug 19280, which changed state.
Bug 19280 Summary: Inconsistent licensing of libgfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19280
What|Old Value |New Value
--- Additional Comments From toon at moene dot indiv dot nluug dot nl
2005-01-12 22:16 ---
"Weapons of Mass Relicensing" ...
--
What|Removed |Added
Status|ASSIGN
--- Additional Comments From baldrick at free dot fr 2005-01-12 22:41
---
valgrind thinks there is wrong code:
RUN c37402a
==11202== Memcheck, a memory error detector for x86-linux.
==11202== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al.
==11202== Using valgrind-2
--- Additional Comments From baldrick at free dot fr 2005-01-12 22:43
---
valgrind detects wrong code:
RUN c43214c
==21414== Memcheck, a memory error detector for x86-linux.
==21414== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al.
==21414== Using valgrind-2.3.0.CVS
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-12 22:43
---
Regression.
Another solution: eval each option.
--
What|Removed |Added
Summary|--dis
RUN c460010
==29485== Memcheck, a memory error detector for x86-linux.
==29485== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al.
==29485== Using valgrind-2.3.0.CVS, a program supervision framework for
x86-linux.
==29485== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward
--
What|Removed |Added
Keywords||build
Target Milestone|--- |3.4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18033
RUN c64106a
==4601== Memcheck, a memory error detector for x86-linux.
==4601== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al.
==4601== Using valgrind-2.3.0.CVS, a program supervision framework for
x86-linux.
==4601== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et
A simple program causes gcc to use inordinate amounts of memory
and finally crash.
Environment:
System: Linux glauke 2.6.8-powerpc #1 Sun Oct 3 13:22:21 CEST 2004 ppc GNU/Linux
Architecture: ppc
host: powerpc-unknown-linux-gnu
build: powerpc-unknown-linux-gnu
target: powerpc-unknown-linux-gnu
c
RUN c761007
==10563== Memcheck, a memory error detector for x86-linux.
==10563== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al.
==10563== Using valgrind-2.3.0.CVS, a program supervision framework for
x86-linux.
==10563== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward
--
What|Removed |Added
Keywords||wrong-code
Version|tree-ssa|4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
RUN c761010
==10616== Memcheck, a memory error detector for x86-linux.
==10616== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al.
==10616== Using valgrind-2.3.0.CVS, a program supervision framework for
x86-linux.
==10616== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12
23:07 ---
This is the preprocessor f'ing up. The macros are complex which cause the
problem, I might be able
get a self contained example later on.
--
What|Removed |Added
--
--
What|Removed |Added
Keywords||wrong-code
Version|tree-ssa|4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--
What|Removed |Added
Keywords||wrong-code
Version|tree-ssa|4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Additional Comments From baldrick at free dot fr 2005-01-12 23:12
---
ACATS tests C95087A, CXA4009 and CXA4020 show similar failures.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19410
RUN cxb4003
==3253== Memcheck, a memory error detector for x86-linux.
==3253== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al.
==3253== Using valgrind-2.3.0.CVS, a program supervision framework for
x86-linux.
==3253== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et
RUN c953001
==1870== Memcheck, a memory error detector for x86-linux.
==1870== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al.
==1870== Using valgrind-2.3.0.CVS, a program supervision framework for
x86-linux.
==1870== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et
--
What|Removed |Added
Keywords||wrong-code
Version|tree-ssa|4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--
What|Removed |Added
Keywords||wrong-code
Version|tree-ssa|4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
,.,. CXA9001 ACATS 2.5 05-01-13 00:23:22
CXA9001 Check that the operations defined in the generic package
Ada.Storage_IO provide the ability to store and retrieve
objects which may include implicit levels of indirection
in their implementatio
--
What|Removed |Added
Keywords||wrong-code
Version|tree-ssa|4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12
23:36 ---
If this is anything, this is a testuite bug:
REC2 := PKG.REC2;
REC2 is passed in:
PKG.CHK_RECTYPE1 (PKG.REC1, PKG.REC2, PKG.REC3);
Or a middle-end one for using memcpy as it as
I have included 2 .i and .s files. One correctly sets the return value (r3) and
one does not. The addition of the nonleaf() call causes the return value to be
set properly. If you search the .s files for "cort start return" "cort end
return" you can see it.
It seems that the return value isn't
--- Additional Comments From hubicka at ucw dot cz 2005-01-12 23:47 ---
Subject: Re: [4.0 Regression] ICE in make_decl_rtl with inliner
Hi,
the problem is retval being mapped to &temporary. When copy_body_p
replaces retval by this expression, the addr_expr is walked recursively
and tem
--- Additional Comments From cort at fsmlabs dot com 2005-01-12 23:48
---
Created an attachment (id=7943)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7943&action=view)
non-working .i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19417
--- Additional Comments From cort at fsmlabs dot com 2005-01-12 23:48
---
Created an attachment (id=7944)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7944&action=view)
working .i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19417
--- Additional Comments From cort at fsmlabs dot com 2005-01-12 23:49
---
Created an attachment (id=7945)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7945&action=view)
working .s file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19417
--- Additional Comments From cort at fsmlabs dot com 2005-01-12 23:49
---
Created an attachment (id=7946)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7946&action=view)
non-working .s file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19417
--- Additional Comments From cort at fsmlabs dot com 2005-01-12 23:51
---
More info - host system info, gcc build flags and compiler flags used to
build the source files.
Script started on Wed 12 Jan 2005 03:42:36 PM MST
[EMAIL PROTECTED]$ /opt/rtldk-2.2/bin/ppc-linux-gcc -v
Reading spe
--- Additional Comments From baldrick at free dot fr 2005-01-12 23:52
---
Subject: Re: Overlapping memcpy with big struct copies (ACATS c64106a)
> This can be reproduced with the following C example:
> struct A
> {
> int a[1024];
> };
> void g(struct A *a, struct A *b)
> {
> *a = *
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12
23:57 ---
(In reply to comment #3)
> Subject: Re: Overlapping memcpy with big struct copies (ACATS c64106a)
> > If the source and destination are identical, does it matter if memcpy is
> used? That said, ACATS tests
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-12
23:57 ---
(In reply to comment #6)
> (In reply to comment #3)
> What do you think of them?
pr19399-try2.diff looks good to me. I've just launched local test-builds,
nevertheless, OK to commit, IMO.
I haven't looke
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13
00:02 ---
I see nothing wrong with the code:
.L139:
#APP
/* cort start return */
#NO_APP
mr 3,0
.L137:
--- return
-
r0 is set before L139
r3 is set before L137:
li 3,73
beq- 0,.L1
--- Additional Comments From hubicka at ucw dot cz 2005-01-13 00:07 ---
Subject: Re: [4.0 Regression] ada does not compile at -O3 (nested functions
related)
Testing attached patch
void write_char(char);
int len(char*);
void f(char *a)
{
int col = 0;
int i;
void wchar(char c)
{
--- Additional Comments From baldrick at free dot fr 2005-01-13 00:08
---
Subject: Re: Overlapping memcpy with big struct copies (ACATS c64106a)
On Thursday 13 January 2005 00:57, pinskia at gcc dot gnu dot org wrote:
>
> --- Additional Comments From pinskia at gcc dot gnu dot org
--- Additional Comments From jason at redhat dot com 2005-01-13 00:10
---
Subject: Re: [4.0 Regression] ICE in
make_decl_rtl with inliner
That makes sense to me.
Jason
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19241
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13
00:12 ---
(In reply to comment #5)
> Subject: Re: Overlapping memcpy with big struct copies (ACATS c64106a)
>
> On Thursday 13 January 2005 00:57, pinskia at gcc dot gnu dot org wrote:> >
> > Yes it does matter at
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19392
--- Additional Comments From giovannibajo at libero dot it 2005-01-13
00:37 ---
Kriang, would you please add a note to changes.html about this? I am sure it is
going to surprise many many people.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14513
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13
00:38 ---
Oh, now I see the problem, we are using r0 twice which is just wrong.
--
What|Removed |Added
--
What|Removed |Added
Target Milestone|4.0.0 |3.4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17413
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13
00:44 ---
This works with both 3.4.4 and 4.0.0, I don't know if it is a latent bug or not.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13
00:47 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-13
00:47 ---
Subject: Bug 19334
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-13 00:47:45
Modified files:
gcc: ChangeLog
gcc/config : d
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-13
00:48 ---
Subject: Bug 18033
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-13 00:47:56
Modified files:
. : ChangeLog config-ml.in
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-13
00:50 ---
Subject: Bug 18033
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-01-13 00:50:40
Modified files:
. : Change
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-13 00:53
---
patch committed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13
00:59 ---
Also if we use the address we more likely to have an unstable hastable in we
can get a miscompare if
we get different address across compilination.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4520
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13
01:02 ---
This is struct aliasing related so reassigning to Daniel Berlin.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13
01:08 ---
Note the C front-end warns:
t.cc:2: warning: second argument of 'main' should be 'char **'
t.cc:2: warning: third argument of 'main' should probably be 'char **'
t.cc:2: warning: 'main' takes only zero or tw
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13
01:10 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-13
01:19 ---
Subject: Bug 18329
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-13 01:19:02
Modified files:
gcc: ChangeLog reload1.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-13
01:19 ---
Subject: Bug 18330
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-13 01:19:02
Modified files:
gcc: ChangeLog reload1.c
Log message:
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-13 01:25
---
Patch in comment #9 now committed, except the FIXME comment.
See http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00692.html>.
--
What|Removed |Added
-
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-13 01:44
---
(In reply to comment #9)
> In reply to comment #5:
>
> Perhaps I am out of touch with what's extant in the embedded space.
> I havn't been paid to care about that in quite some time. I'll defer.
It is hard t
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-13 01:51
---
(In reply to comment #10)
>{ "hard-float", MASK_80387, N_("Use hardware fp") }, \
> - { "soft-float",-MASK_80387, N_("Do not use hardware fp") }, \
> + { "soft-float",
--- Additional Comments From ian at airs dot com 2005-01-13 02:34 ---
Just a note that reverting this patch:
http://gcc.gnu.org/ml/gcc-patches/2003-02/msg01334.html
fixes this regression. Reverting that patch
Jan said that his patch did not change the results of the test, so presuma
--- Additional Comments From echristo at redhat dot com 2005-01-13 02:38
---
-mint64 is being deprecated in 4.0 and will be removed after branching. What are
you using it for anyhow?
--
What|Removed |Added
-
--
What|Removed |Added
Status|ASSIGNED|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19370
Would it be possible to add those, as far as know, new casting intrinsics?
As ICC8.1 doesn't support straight C casts (neither does msvc2k3), they are
bound to appear sooner or later in code.
Excerpt from the only documentation i've found about them:
Intrinsics for Casting Support
This version of
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13
05:11 ---
Confirmed.
--
What|Removed |Added
Severity|normal |enhancemen
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-13 05:40
---
What file does Intel put them in?
--
What|Removed |Added
Status|NEW
--- Additional Comments From tbptbp at gmail dot com 2005-01-13 05:44
---
They are described in the SSE2 documentation chapter and defined in emmintrin.h
that way:
/*
* Support for casting between various SP, DP, INT vector types.
* Note that these do no conversion of values, they jus
--
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2005-01-13 05:11:35 |2005-01-13 05:47:29
date|
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-01-13
05:55 ---
Both ICC and Comeau are right.
The declaration
friend struct A;
refers to boo::A, while the declaration
B(const A&) {};
refers to ::A. So the code should compile.
The patch for PR1016, sched
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-13
05:57 ---
Subject: Bug 13158
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-01-13 05:57:06
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-13
05:57 ---
Subject: Bug 18987
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-01-13 05:57:06
Modified files:
gcc: Change
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-01-13
06:06 ---
Fixing it by queuing access checking until instantiation time
turns out to be nasty:
- Need to invent new tree node, the current TREE_LIST cannot
store the line number information.
- If only non-dependen
Originally noted in [Bug middle-end/19410], but seems to be a different
problem (maybe front-end).
RUN cxa4020
==24948== Memcheck, a memory error detector for x86-linux.
==24948== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al.
==24948== Using valgrind-2.3.0.CVS, a program su
101 - 179 of 179 matches
Mail list logo
