--- Additional Comments From bjoern dot m dot haase at web dot de
2005-02-12 20:15 ---
I can confirm that the bug is present also for an intel-based linux system.
In my opinion it is absolutely not useful to define a DF mode type on the AVR
platform. Both excecution time and memory f
--- Additional Comments From dorit at il dot ibm dot com 2005-02-12 20:38
---
> Well, we don't vectorize any loops as of today either... Sigh.
(just fyi:) I just checked on powerpc-darwin (but with NAG as fortran FE, not
gfortran), and these were reported as vectorized:
beam.022195.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
20:53 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
21:00 ---
I just noticed that this was a dup of bug 16021.
*** This bug has been marked as a duplicate of 16021 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
21:00 ---
*** Bug 19550 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17655
--- Additional Comments From bjoern dot m dot haase at web dot de
2005-02-12 21:08 ---
After changing line #96 in libgcc2.h from
typedef _Complex float DCtype __atribute__ ((mode (DC)));
to
typedef _Complex float DCtype __atribute__ ((mode (SC)));
it is again possible to buil
--
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16307
--
What|Removed |Added
Status|REOPENED|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19001
--
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18740
--
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16191
--
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2670
--
What|Removed |Added
Status|REOPENED|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19034
--
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9079
--
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
--
What|Removed |Added
AssignedTo|hubicka at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
Status|REOPENED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
21:12 ---
Woops.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |hubicka at gc
--
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9571
--
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14868
--
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13300
--
What|Removed |Added
Status|REOPENED|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18316
--
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19595
--
What|Removed |Added
Status|REOPENED|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17383
--
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15596
--
What|Removed |Added
Status|REOPENED|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19762
--
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18560
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-12 21:24
---
These tests no longer fail with the 20050212 compiler.
--
What|Removed |Added
The recently added test gcc.dg/pr19402-2.c fails to link on ia64-hpux:
__powitf2 is undefined, but calls to that function are generated.
The function is undefined because of
/* long double is XFmode normally, TFmode for HPUX. */
#define LONG_DOUBLE_TYPE_SIZE (TARGET_HPUX ? 128 : 80)
/* We always
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-12 21:35
---
Created an attachment (id=8189)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8189&action=view)
Candidate patch
This patch fixes the problem on hppa64. However, it causes the 32-bit HP
SOM linker to cr
--- Additional Comments From christian dot joensson at gmail dot com
2005-02-12 21:48 ---
This does indeed look promising, compare the test results for sparc-linux at
LAST_UPDATED: Fri Feb 11 13:36:22 UTC 2005, without the patch
http://gcc.gnu.org/bugzilla/attachment.cgi?id=8174&action=v
Segmentation fault, gcc 3.4.2 for cross-powerpc on windows xp
gcc 3.4.3 reports the same error
- the exact version of GCC
$ xgcc -v
Using built-in specs.
Configured with: ../configure --target=powerpc-linux --host=i586-pc-mingw32
--prefix=/c/app/ppc-gcc --prog
--
What|Removed |Added
Component|c |middle-end
Keywords||build, ice-on-valid-code
http://gcc.gnu.org/bugzil
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-02-
--
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19897
--
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19896
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
22:22 ---
This code is invalid and here is why:
BePlusTree::ItemList is a dependent name so it needs a typenam keyword in front
of it to say that this
name is a type.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
22:24 ---
We need a self contained example.
--
What|Removed |Added
CC|
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
22:26 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
20050212 (experimental)
/home/kalle/stow/gcc/i386-pc-linux-gnu/bin/../libexec/gcc/i386-pc-linux-gnu/4.0.0/jc1
array.java -quiet -dumpbase array.java -auxbase-strip NONE -g1 -version
-fsyntax-only -femit-class-files -o /dev/null
GNU Java version 4.0.0 20050212 (experimental) (i386-pc-linux-gnu
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-12
07:55 ---
As well as x86 and SPARC.
--
What|Removed |Added
CC|
this snippet from firebird "vulcan" project. it compiles with gcc 3.2
sorry, i'm still learning what i can cut out of the sample and still have it be
valid C++
GNU C++ version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3) (i386-redhat-linux)
compiled by GNU C version 3.4.2 20041017 (Red Hat 3.4.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
22:31 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
22:31 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
22:32 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
22:32 ---
Confirmed, I thought I saw a related testcase around.
--
What|Removed |Added
Sta
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
22:32 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
22:33 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
22:33 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
22:33 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
22:33 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
22:34 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
22:35 ---
This works for me and many other people.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19852
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
22:35 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
22:35 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
22:35 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
22:36 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
Component|c |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19795
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
23:06 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
Summary|missed tree-optimization|missed tree-optimization
||(constant for the rest of
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
23:09 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
23:18 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
23:19 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Last reconfirmed|2004-11-13 0
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Last reconfirmed|2004-11-13 0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-12
23:29 ---
This looks like one of those undocumented extensions.
--
What|Removed |Added
Sta
--- Additional Comments From schlie at comcast dot net 2005-02-13 00:10
---
Subject: Re: [4.0 Regression] avr target build broken
by recent 'DC' type update to libgcc2
Or simpler, for each target (as gcc libgcc2 has trouble figuring it out):
#define CHAR_MODE QI
#define SHORT_MOD
--- Additional Comments From tromey at gcc dot gnu dot org 2005-02-13
00:20 ---
I'm testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |
Executing on host: /xxx/gnu/gcc-3.4/objdir/gcc/testsuite/../g++ -B/xxx/gnu/gcc-3
.4/objdir/gcc/testsuite/../ -nostdinc++ -I/xxx/gnu/gcc-3.4/objdir/hppa2.0w-hp-h
pux11.00/libstdc++-v3/include/hppa2.0w-hp-hpux11.00 -I/xxx/gnu/gcc-3.4/objdir/hp
pa2.0w-hp-hpux11.00/libstdc++-v3/include -I/xxx/gnu/gcc-
--- Additional Comments From danglin at gcc dot gnu dot org 2005-02-13
00:59 ---
Weak symbol support was added for SOM in 3.3 on 11.X. COMDAT was
added in 3.4 but this currently only affects 10.X. Hppa64 has had
weak support since its inception.
--
What|Removed
--- Additional Comments From danglin at gcc dot gnu dot org 2005-02-13
01:44 ---
1) In the past, we haven't worried about the presence of unnecessary
.IMPORT directives as they are harmless. There are several places
in the testsuite where we work around this problem.
2) I don't b
Tim Janik <[EMAIL PROTECTED]> writes:
| hi all.
|
| the code snippet below is extracted from a much more
| complicated piece of code. basically the problem is that
| g++ (3.3 and 3.4) demand different typedef syntax inside
| template bodies, depending on whether full or partial
| specialization i
--- Additional Comments From andrewhutchinson at cox dot net 2005-02-13
02:07 ---
Try patch attached to PR 18251. Good chance it will fix.
If not, pass me the source for a llok at.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19636
--- Additional Comments From joseph at codesourcery dot com 2005-02-13
02:10 ---
Subject: Re: [4.0 Regression] g++.dg/abi/inline1.C fails on
hppa*-*-hpux*
On Sun, 13 Feb 2005, danglin at gcc dot gnu dot org wrote:
> 1) In the past, we haven't worried about the presence of unnecessary
--- Additional Comments From danglin at gcc dot gnu dot org 2005-02-13
02:12 ---
Looking at the testsuite results, this regression appears to have been
introduced between Jul 28 22:04:59 UTC and Jul 29 23:04:16 UTC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19797
--- Additional Comments From joseph at codesourcery dot com 2005-02-13
02:24 ---
Subject: Re: [4.0 Regression] g++.dg/abi/inline1.C fails on
hppa*-*-hpux*
On Sun, 13 Feb 2005, danglin at gcc dot gnu dot org wrote:
> Looking at the testsuite results, this regression appears to have be
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-02-13 02:57 ---
Subject: Re: [4.0 Regression] g++.dg/abi/inline1.C fails on hp
> On Sun, 13 Feb 2005, danglin at gcc dot gnu dot org wrote:
>
> > Looking at the testsuite results, this regression appears to have
--
What|Removed |Added
CC||andrewhutchinson at cox dot
||net
http://gcc.gnu.org/bugzilla/s
--
What|Removed |Added
Keywords||error-recovery, ice-on-
||invalid-code
Summary|[3.4.4
Python does not compile on Solaris 10 x86 GA. The problem exists with gcc-3.4.3
shipped by Sun with Solaris and with a 3.4.4 snapshot I compiled.
I reproduced the problem with the following code fragment:
#define _XOPEN_SOURCE 1000
#include
int main()
{
double f=HUGE_VAL;
}
Compiler output i
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-13
06:21 ---
Subject: Bug 15784
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-13 06:21:36
Modified files:
gcc: ChangeLog fold-const.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-13
06:21 ---
Subject: Bug 14303
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-13 06:21:36
Modified files:
gcc: ChangeLog fold-const.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-13
06:44 ---
Subject: Bug 19319
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-13 06:43:58
Modified files:
gcc: ChangeLog fold-const.c gimplify.c tre
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-13
06:44 ---
Subject: Bug 16405
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-13 06:43:58
Modified files:
gcc: ChangeLog fold-const.c gimplify.c tre
--- Additional Comments From neroden at gcc dot gnu dot org 2005-02-13
06:57 ---
Subtarget-specific, setting component etc.
--
What|Removed |Added
Component|bootst
--- Additional Comments From neroden at gcc dot gnu dot org 2005-02-13
07:19 ---
Looking at the assembly generated for duplicate_insn_chain in cfglayout.c is
the next step. (And the intermediate dumps, of course.)
I'm highly suspicious, given that the code there features a switch in
--
What|Removed |Added
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18628
101 - 187 of 187 matches
Mail list logo
