[Bug ada/19419] New: ACATS CXA4009, CXA4020 - valgrind detects bad code (overlapping memcpy)

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

[Bug c++/19311] [3.4/4.0 Regression] ICE in resolve_overloaded_unification

--- 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

[Bug target/18987] [3.3/3.4 regression] [ia64] Extra '.restore sp' in tail call

--- 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

[Bug target/13158] [ia64] bad unwind info as a result of sibcall

--- 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

[Bug c++/19403] [4.0 Regression] name lookup is broken with friends

--- 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

[Bug target/19418] _mm_cast*, icc8.1 new intrinsics

-- What|Removed |Added Status|WAITING |NEW Last reconfirmed|2005-01-13 05:11:35 |2005-01-13 05:47:29 date|

[Bug target/19418] _mm_cast*, icc8.1 new intrinsics

--- 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

[Bug target/19418] _mm_cast*, icc8.1 new intrinsics

--- 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

[Bug target/19418] _mm_cast*, icc8.1 new intrinsics

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 05:11 --- Confirmed. -- What|Removed |Added Severity|normal |enhancemen

[Bug c/19418] New: _mm_cast*, icc8.1 new intrinsics

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

[Bug target/19370] .size directive not emitted for mips-linux

-- What|Removed |Added Status|ASSIGNED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19370

[Bug target/18404] unnecessary sll when -mint64 (MIPS)

--- 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 -

[Bug c/5675] [4.0 regression] const variables wrongly considered part of constant expressions

--- 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

[Bug target/19379] [4.0 Regression] ICE during build of newlib's e_atan2.c when soft-float

--- 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",

[Bug target/19379] [4.0 Regression] ICE during build of newlib's e_atan2.c when soft-float

--- 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

[Bug target/18329] [4.0 regression] mmix-knuth-mmixware testsuite failure: execute/920501-7.c, execute/comp-goto-2.c

--- 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 -

[Bug target/18330] [4.0 regression] mmix-knuth-mmixware testsuite failure: execute/comp-goto-2.c

--- 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:

[Bug target/18329] [4.0 regression] mmix-knuth-mmixware testsuite failure: execute/920501-7.c, execute/comp-goto-2.c

--- 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:

[Bug target/17822] avr: Hard-coded XXX_FOR_TARGET

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 01:10 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c++/6321] no warning for bad main function declaration

--- 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

[Bug tree-optimization/14784] [Tree-ssa] alias analysis deficiency

--- 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

[Bug middle-end/4520] cselib.c hash_rtx incorrectly hashes based on rtx address

--- 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

[Bug bootstrap/18033] [3.4/4.0 Regression] --disable-aix64 doesn't remove ppc64 from multilib list

--- Additional Comments From dje at gcc dot gnu dot org 2005-01-13 00:53 --- patch committed -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug bootstrap/18033] [3.4/4.0 Regression] --disable-aix64 doesn't remove ppc64 from multilib list

--- 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

[Bug bootstrap/18033] [3.4/4.0 Regression] --disable-aix64 doesn't remove ppc64 from multilib list

--- 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:

[Bug target/19334] darwin backend places some CONST_DECLs in the wrong section

--- 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

[Bug target/19334] darwin backend places some CONST_DECLs in the wrong section

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 00:47 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/19417] return value of some functions not properly set (in r3)

--- 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 --

[Bug c++/17413] [3.4 regression] local classes as template argument

-- What|Removed |Added Target Milestone|4.0.0 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17413

[Bug middle-end/19417] return value of some functions not properly set (in r3)

--- 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

[Bug c++/14513] Friend name injection problem (implicit declaration)

--- 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

[Bug target/19392] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/execute/931004-11.c execution, -O0

-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19392

[Bug middle-end/19410] Overlapping memcpy with big struct copies (ACATS c64106a)

--- 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

[Bug tree-optimization/19241] [4.0 Regression] ICE in make_decl_rtl with inliner

--- 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

[Bug middle-end/19410] Overlapping memcpy with big struct copies (ACATS c64106a)

--- 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

[Bug tree-optimization/19337] [4.0 Regression] ada does not compile at -O3 (nested functions related)

--- 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) {

[Bug c/19417] return value of some functions not properly set (in r3)

--- 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

[Bug target/19399] [4.0 Regression] mutexes support broken

--- 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

[Bug middle-end/19410] Overlapping memcpy with big struct copies (ACATS c64106a)

--- 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

[Bug middle-end/19410] Overlapping memcpy with big struct copies (ACATS c64106a)

--- 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 = *

[Bug c/19417] return value of some functions not properly set (in r3)

--- 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

[Bug c/19417] return value of some functions not properly set (in r3)

--- 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

[Bug c/19417] return value of some functions not properly set (in r3)

--- 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

[Bug c/19417] return value of some functions not properly set (in r3)

--- 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

[Bug c/19417] return value of some functions not properly set (in r3)

--- 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

[Bug tree-optimization/19241] [4.0 Regression] ICE in make_decl_rtl with inliner

--- 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

[Bug c/19417] New: return value of some functions not properly set (in r3)

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

[Bug middle-end/19410] Overlapping memcpy with big struct copies (ACATS c64106a)

--- 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

[Bug ada/19416] ACATS cxa9001, cxa9002 - valgrind detects wrong code (unitialized data passed to syscall)

-- What|Removed |Added Keywords||wrong-code Version|tree-ssa|4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug ada/19416] New: ACATS cxa9001, cxa9002 - valgrind detects wrong code (unitialized data passed to syscall)

,.,. 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

[Bug ada/19414] ACATS cxb4003 - valgrind detects wrong code (invalid read)

-- What|Removed |Added Keywords||wrong-code Version|tree-ssa|4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug ada/19415] ACATS c953001 - valgrind detects wrong code (invalid read)

-- What|Removed |Added Keywords||wrong-code Version|tree-ssa|4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug ada/19415] New: ACATS c953001 - valgrind detects wrong code (invalid read)

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

[Bug ada/19414] New: ACATS cxb4003 - valgrind detects wrong code (invalid read)

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

[Bug ada/19410] ACATS c64106a - valgrind detects wrong code (overlapping memcpy)

--- 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

[Bug ada/19413] ACATS c761010 - valgrind detects wrong code (Conditional jump or move depends on uninitialised value)

-- What|Removed |Added Keywords||wrong-code Version|tree-ssa|4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug ada/19412] ACATS c761007 - valgrind detects wrong code (Conditional jump or move depends on uninitialised value)

-- What|Removed |Added Keywords||wrong-code Version|tree-ssa|4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug preprocessor/19411] Simple program causes gcc to run out of memory

--- 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 --

[Bug ada/19413] New: ACATS c761010 - valgrind detects wrong code (Conditional jump or move depends on uninitialised value)

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

[Bug ada/19409] ACATS c460010 - valgrind detects wrong code

-- What|Removed |Added Keywords||wrong-code Version|tree-ssa|4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug ada/19412] New: ACATS c761007 - valgrind detects wrong code (Conditional jump or move depends on uninitialised value)

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

[Bug c/19411] New: Simple program causes gcc to run out of memory

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

[Bug ada/19410] New: ACATS c64106a - valgrind detects wrong code (overlapping memcpy)

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

[Bug bootstrap/18033] [3.4/4.0 Regression] --disable-aix64 doesn't remove ppc64 from multilib list

-- What|Removed |Added Keywords||build Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18033

[Bug ada/19409] New: ACATS c460010 - valgrind detects wrong code

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

[Bug bootstrap/18033] [3.4/4.0 Regression] --disable-aix64 doesn't remove ppc64 from multilib list

--- 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

[Bug ada/18727] ACATS c43214c fails at runtime

--- 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

[Bug ada/19140] ACATS c37402a segfault at runtime on x86_64

--- 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

[Bug libfortran/19280] Inconsistent licensing of libgfortran

--- 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

[Bug fortran/19292] [metabug] g77 features lacking in gfortran

-- 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

[Bug libfortran/18982] open(status="new") does not generate an error if the file exists

--- 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 ada/19408] ACATS c391002 failure on powerpc-darwin, wrong .space

--- 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

[Bug ada/19408] New: ACATS c391002 failure on powerpc-darwin, wrong .space

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

[Bug c++/19407] vector keyword in typedef inside template struct ignored

--- 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)); } }

[Bug c++/19407] vector keyword in typedef inside template struct ignored

--- 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()

[Bug libfortran/19280] Inconsistent licensing of libgfortran

--- 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

[Bug c++/19407] New: vector keyword in typedef inside struct ignored

-- 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

[Bug c++/9573] typedef with __attribute__ ((mode(....))) doesnt seem to work inside a struct/class

--- 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

[Bug c++/9573] typedef with __attribute__ ((mode(....))) doesnt seem to work inside a struct/class

--- 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

[Bug c++/19406] [4.0 Regression] ICE: in force_decl_die, at dwarf2out.c:12442

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 21:06 --- : Search converges between 2004-01-27-trunk (#442) and 2004-01-28-trunk (#443). Confirmed. Caused by: 2004-01-27 Devang Patel <[EMAIL PROTECTED]> * name-lookup.c: Include "debug.h" (do_n

[Bug c++/19406] New: ICE: in force_decl_die, at dwarf2out.c:12442

Hi, I get the mentioned ICE if I compile the following code with -g (gcc < 4 works fine): struct A { virtual int foo(); double d; }; struct B : public A { A::d; }; int main() { return 0; } Cheers, André -- Summary: ICE: in force_decl_d

[Bug middle-end/19402] __builtin_powi? still missing

-- What|Removed |Added CC||rguenth at tat dot physik ||dot uni-tuebingen dot de http://gcc

[Bug c++/19404] [4.0 Regression] anonymous types and templates and rejecting valid code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 20:35 --- The only patch which makes sense (as it is not really that bogus really as shown in this example): PR c++/17413 * pt.c (check_instantiated_args): Remove bogus SFINAE code. -- Wh

[Bug bootstrap/18033] --disable-aix64 doesn't remove ppc64 from multilib list

--- Additional Comments From dje at gcc dot gnu dot org 2005-01-12 20:31 --- config-ml.in see the option surrounded by single quotes and it does not match. Index: config-ml.in === RCS file: /cvs/gcc/gcc/config-ml.in,v retri

[Bug bootstrap/18033] --disable-aix64 doesn't remove ppc64 from multilib list

--- Additional Comments From dje at gcc dot gnu dot org 2005-01-12 20:30 --- config-ml.in bug -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dje at g

[Bug bootstrap/18033] --disable-aix64 doesn't remove ppc64 from multilib list

--- Additional Comments From dje at gcc dot gnu dot org 2005-01-12 20:30 --- confirmed -- What|Removed |Added Status|UNCONFIRMED |NEW Ever C

[Bug target/19379] [4.0 Regression] ICE during build of newlib's e_atan2.c when soft-float

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-12 19:47 --- 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. Using "-MASK_80387|-MASK_FLOAT_RETURNS" is inc

[Bug c++/19403] [4.0 Regression] name lookup is broken with friends

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 19:47 --- (In reply to comment #2) > Excuse me? You are right, but what is werid here is that ICC even in strict mode and Comeau accept the code. This is invalid code and a dup of bug 14513. *** This bug has been

[Bug c++/14513] Friend name injection problem (implicit declaration)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 19:47 --- *** Bug 19403 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/19403] [4.0 Regression] name lookup is broken with friends

--- Additional Comments From gdr at integrable-solutions dot net 2005-01-12 19:37 --- Subject: Re: [4.0 Regression] name lookup is broken with friends "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | : Search converges between 2004-11-25-014001-trunk (#656) and 2004-11-

[Bug c++/19263] [3.4/4.0 regression]: wrong-code: explicit inicialization of v8qi miscompiled

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 19:16 --- Patch here: . -- What|Removed |Added

[Bug target/19405] [4.0 Regression] 18_support/numeric_limits.cc fails on ppc-darwin (long doubles)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 18:57 --- http://gcc.gnu.org/ml/gcc-regression/2005-01/msg00021.html -- What|Removed |Added

[Bug target/19405] New: [4.0 Regression] 18_support/numeric_limits.cc fails on ppc-darwin (long doubles)

The long double part of 18_support/numeric_limits.cc started to fail when the following patch was applied: 2005-01-06 Geoffrey Keating <[EMAIL PROTECTED]> * c-cppbuiltin.c (builtin_define_float_constants): Set __*_EPSILON__ for IBM long double format correctly. Which m

[Bug c++/19404] [4.0 Regression] error: 'QSizePolicy::' uses anonymous type

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 18:53 --- Confirmed, reduced testcase: class Base; template inline Base const& operator>>(Base const& rConfiguration, Type& rType) ; enum { HSize = 6, HMask = 0x3f, VMask = HMask << HSize }; int verData(unsigned i

[Bug c++/19404] New: error: 'QSizePolicy::' uses anonymous type

Hi, the following Code doesn't compile: class Base; template inline Base& operator<<(Base& rConfiguration, Type const& rType) { return rConfiguration; } template inline Base const& operator>>(Base const& rConfiguration, Type& rType) { ret

[Bug c++/19403] [4.0 Regression] name lookup is broken with friends

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 18:42 --- : Search converges between 2004-11-25-014001-trunk (#656) and 2004-11-25-161001-trunk (#657). Yes this is valid code. we should have found the global A for the statement "friend struct A;" but instead i

[Bug c++/19263] [3.4/4.0 regression]: wrong-code: explicit inicialization of v8qi miscompiled

--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-12 18:30 --- Tested to also test static initializers: typedef signed char v8qi __attribute__ ((vector_size (8))); extern "C" void abort (void); static unsigned char S[16]; struct A { int i; v8qi j, k; int l; }; v

[Bug target/7525] [ARM/Thumb] long calls stubs only in one code section, cannot branch to them from other section

--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-01-12 18:11 --- In the general case of calling library support functions, this really needs fixing in the linker. I'm going to fix this for the specific case of __call_via_ because this is necessary to generate code that

[Bug c++/19403] New: name lookup is broken

Hi, the following code doesn't compile: struct A {}; namespace Boo { struct B { friend struct A; B(const A&) {}; }; } int main() { A a; Boo::B b(a); return 0; } It compiles with g++ < 4.0. -- Summary: name lookup is broken Pro

[Bug c++/19263] [3.4/4.0 regression]: wrong-code: explicit inicialization of v8qi miscompiled

--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-12 18:00 --- This seems to be because of the CONSTRUCTOR_ELTS (init) = NULL; added in http://gcc.gnu.org/ml/gcc-patches/2004-01/msg00832.html by Richard. If I remove it, the testcase works, as well as this bigger one below

  1   2   >