--- Comment #27 from ebotcazou at gcc dot gnu dot org 2005-11-15 07:47
---
Mark,
> Downgraded to P5. If this is not Ada-specific, please attach a C/C++ test
> case.
Well, this is definitely not Ada-specific, see comment #11. According to your
analysis for PR c++/23171, the middle-en
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
--- Comment #26 from ebotcazou at gcc dot gnu dot org 2005-11-15 06:31
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Assign
--- Comment #2 from sabre at nondot dot org 2005-11-15 05:59 ---
As I mentioned, there are *several* places where chainon is used where it
shouldn't be. For example, several structs are built, with chainon being used
as an expensive "push_back". It would be better to build the structs
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-15 05:00 ---
The first one is just stupid:
/* NB: Calling finish_struct() may cause type TYPE_LANG_SPECIFIC fields
in all variants of this RECORD_TYPE to be clobbered, but it is therein
that we store protocol conforma
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-15 04:50 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-15 04:21 ---
Confirmed, maybe related to PR 20892.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from hp at gcc dot gnu dot org 2005-11-15 04:01 ---
I haven't seen this failing on main trunk for a while, and I'm not going to
hunt it down on the 4.0 branch, so I'll just close it.
--
hp at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from hp at gcc dot gnu dot org 2005-11-15 03:58 ---
I'm not going to hunt this down on the 4.0 branch, so I guess I'll just close
it.
I haven't seen it failing on the main trunk for a while.
--
hp at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from hp at gcc dot gnu dot org 2005-11-15 03:54 ---
Referred patch committed.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-15 03:17 ---
Subject: Re: arguments are displayed as reference or pointer to normal type in
GDB
>
>
>
> --- Comment #2 from woodzltc at sources dot redhat dot com 2005-11-15
> 02:26 ---
> Hi Andrew,
>
> (In reply
>
>
>
> --- Comment #2 from woodzltc at sources dot redhat dot com 2005-11-15
> 02:26 ---
> Hi Andrew,
>
> (In reply to comment #1)
> > Confirmed,
> > DECL_ARG_TYPE should be the reference type and the DECL_TYPE should be the
> > normal type.
> >
> > This might also fix the implicat
--- Comment #18 from woodzltc at sources dot redhat dot com 2005-11-15
03:04 ---
Hi Andrew,
(In reply to comment #8)
> Dwarf2 has DW_AT_entry_point for the same thing as the stabs N_MAIN.
I am now believing that DW_CC_program is for this purpose in DWARF. Please
have a look at the fo
--- Comment #11 from dnovillo at gcc dot gnu dot org 2005-11-15 03:01
---
Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01042.html.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from dnovillo at gcc dot gnu dot org 2005-11-15 02:59
---
Subject: Bug 24840
Author: dnovillo
Date: Tue Nov 15 02:59:03 2005
New Revision: 106930
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106930
Log:
PR 24840
* tree-vrp.c (infer_value_range
--- Comment #2 from woodzltc at sources dot redhat dot com 2005-11-15
02:26 ---
Hi Andrew,
(In reply to comment #1)
> Confirmed,
> DECL_ARG_TYPE should be the reference type and the DECL_TYPE should be the
> normal type.
>
> This might also fix the implicate bug too (I forgot the num
--- Comment #12 from tedoc2000 at gmail dot com 2005-11-15 02:08 ---
--with-local-prefix seems to be causing the problem. Not sure why.
Basically I'm trying to build a set of tools for complining our product that
only references things under a particular root (/opt/OPSWbuildtools/1.0.1 i
Last known to work with: "Sat Nov 12 22:59:48 UTC 2005 (revision 106840M)".
Known to fail with: "Sun Nov 13 07:41:36 UTC 2005 (revision 106853M)".
For the latter, I see:
...
FAIL: gfortran.dg/func_derived_1.f90 -O3 -fomit-frame-pointer -funroll-loops
(test for excess errors)
WARNING: gfortran.dg/
--- Comment #5 from rth at gcc dot gnu dot org 2005-11-15 01:57 ---
(In reply to comment #3)
> Do you think there are enough people with prehistoric libcs building
> new GCC to bother with it though?
If someone wanted to do the work in the .exp files, I wouldn't be opposed.
But I also w
--- Comment #4 from janis at gcc dot gnu dot org 2005-11-15 01:45 ---
A regression hunt using an x86_64 cross compiler identified:
http://gcc.gnu.org/viewcvs?view=rev&rev=106686
r106686 | krebbel | 2005-11-09 11:34:56 + (Wed, 09 Nov 2005) | 8 lines
2005-11-09 Andreas Krebbel <[E
--- Comment #3 from janis at gcc dot gnu dot org 2005-11-15 01:25 ---
Aha, it's gcc_target_object_format that's gobbling up the additional source
file
if it hasn't already cached the result. Documentation patch in progress.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24841
--- Comment #2 from janis at gcc dot gnu dot org 2005-11-15 01:18 ---
Subject: Bug 24841
Author: janis
Date: Tue Nov 15 01:18:45 2005
New Revision: 106923
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106923
Log:
PR testsuite/24841
* gcc.dg/attr-weakref-1.c: Rea
--- Comment #11 from amodra at bigpond dot net dot au 2005-11-15 01:05
---
Fixed on mainline and 4.0 branch
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
--
--- Comment #10 from amodra at gcc dot gnu dot org 2005-11-15 01:00 ---
Subject: Bug 22002
Author: amodra
Date: Tue Nov 15 01:00:09 2005
New Revision: 106922
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106922
Log:
PR rtl-optimization/22002
* combine.c (distrib
--- Comment #11 from tedoc2000 at gmail dot com 2005-11-15 00:59 ---
Okay.. recompiling gcc-3.4.4 with the same options as I used in compiling
gcc-3.3.2 seems to have fixed the problem.
Now working on figuring out with configure options cause the problem.
--
http://gcc.gnu.org/bug
--- Comment #9 from amodra at gcc dot gnu dot org 2005-11-15 00:59 ---
Subject: Bug 22002
Author: amodra
Date: Tue Nov 15 00:59:21 2005
New Revision: 106921
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106921
Log:
PR rtl-optimization/22002
* combine.c (distribu
--- Comment #3 from pcarlini at suse dot de 2005-11-15 00:31 ---
Fixed for 4.0.3.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from paolo at gcc dot gnu dot org 2005-11-15 00:31 ---
Subject: Bug 24808
Author: paolo
Date: Tue Nov 15 00:31:03 2005
New Revision: 106918
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106918
Log:
2005-11-14 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #2 from igodard at pacbell dot net 2005-11-15 00:30 ---
The original was much more sensible - and much bigger :-)
Ivan
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24847
The init_objc_symtab builds a structure with two short data members, but passes
NULL_TREE into build_int_cst. These:
---
/* cls_def_cnt = { ..., 5, ... } */
initlist = tree_cons (NULL_TREE, build_int_cst (NULL_TREE, imp_count),
initlist);
/* cat_def_cnt = { ..., 5, ... } */
initlist = tre
--- Comment #10 from mmitchel at gcc dot gnu dot org 2005-11-15 00:18
---
Fixed in 4.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Statu
The objc front-end contains many loops that are N^2. For example, most uses of
chainon should be changed to either build the list backwards are reverse it
(both for straight-line code and for loops). Some trivial examples from
objc-act.c:
---
for (t = TYPE_NEXT_VARIANT (s); t; t = TYPE_NEXT_VA
--- Comment #9 from mmitchel at gcc dot gnu dot org 2005-11-15 00:15
---
Subject: Bug 24687
Author: mmitchel
Date: Tue Nov 15 00:15:09 2005
New Revision: 106909
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106909
Log:
PR c++/24687
* pt.c (check_explicit_specia
--- Comment #8 from mmitchel at gcc dot gnu dot org 2005-11-15 00:14
---
Subject: Bug 24687
Author: mmitchel
Date: Tue Nov 15 00:14:28 2005
New Revision: 106908
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106908
Log:
PR c++/24687
* pt.c (check_explicit_specia
Following program cause internal compiler error. I wasn't sure if this has been
seen/filed before.
$ cat test_module.f90
module test_module
contains
subroutine sub_module(str)
external :: str
end subroutine sub_module
subroutine str()
end subroutine str
end module test_module
$
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-14 23:31 ---
This error does not make sense.
First what target is this? x86_64-pc-linux-gnu? I compile gcc all the time on
this target. Also what gcc version are you trying to compile?
--
pinskia at gcc dot gnu dot org ch
I tried to compile the latest version of gfortran from the source code.
My configure command is as followed:
./configure --prefix=/scratch_c/gcc --with-gmp=/usr/local
--with-mpfr=/usr/local --enable-languages=c,fortran
But the make stopped with the error
../.././libmudflap/mf-runtime.c:310: err
--- Comment #4 from arnold-j at t-online dot de 2005-11-14 23:16 ---
How do you mean, it seems like a hack? Obviously we can't put the asm in a
different file, because then the symbols would clearly be defined in a
different translation unit. As-is they are not, but gcc 4.0.x errors beca
--- Comment #14 from dberlin at gcc dot gnu dot org 2005-11-14 23:10
---
Send me a dump of df_analyze (df, -1, DF_LR | DF_HARD_REGS |
DF_ARTIFICIAL_USES), and point out what you say is wrong and i'll make it
right.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24762
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-14 23:02 ---
(In reply to comment #2)
This seems like a hack instead of using different files for the asm and C
function and then only link in the files which are needed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24863
--- Comment #2 from arnold-j at t-online dot de 2005-11-14 22:55 ---
I am indeed hiding a lot of code, but hopefully in order to pinpoint the issue.
This code snippet is taken from the rockbox project http://www.rockbox.org/ ,
precisely from
http://www.rockbox.org/viewcvs.cgi/firmware/s
--- Comment #13 from steven at gcc dot gnu dot org 2005-11-14 22:47 ---
The dataflow-branch is also failing for this test case. There is nothing in
the df object that makes loop-invariant.c think that the insns setting those
EH_RETURN_DATA_REGNO regs are not loop invariant.
--
http
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-14 22:19 ---
I don't think this is valid to do this, you are hiding away a lot of code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24863
--- Comment #3 from janis at gcc dot gnu dot org 2005-11-14 22:17 ---
A regression hunt using an i686-linux cross compiler identified the following
patch where the code generation changes:
http://gcc.gnu.org/viewcvs?view=rev&rev=99658
r99658 | hubicka | 2005-05-13 13:57:19 + (Fri,
--- Comment #1 from janis at gcc dot gnu dot org 2005-11-14 22:06 ---
The test works if the dg-require directive preceeds the dg-additional-sources
directive, although I haven't yet figured out why. I'll keep investigating and
add that information here, and also update the documentation
--
arnold-j at t-online dot de changed:
What|Removed |Added
Severity|normal |major
GCC target triplet||all
Key
The new requirement for (weak) symbol aliasing:
Given __attribute__((alias("target"))) it is now an error if target is not a
symbol, defined in the same translation unit. This also applies to aliases
created by #pragma weak alias=target. This is because it's meaningless to
define
an alias to an u
--- Comment #20 from laurent at guerby dot net 2005-11-14 21:39 ---
Could people check if the problem was indeed fixed where reported?
--
laurent at guerby dot net changed:
What|Removed |Added
---
--- Comment #19 from guerby at gcc dot gnu dot org 2005-11-14 21:34 ---
Subject: Bug 18434
Author: guerby
Date: Mon Nov 14 21:34:34 2005
New Revision: 106906
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106906
Log:
2005-11-14 Robert Dewar <[EMAIL PROTECTED]>
PR ada/
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-14 21:28 ---
But fails with the mainline from at least 20051026. This was caused by the
array transfer patch (I don't know who patched it).
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-14 21:15 ---
This worked in gcc 4.0.3 20051105
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
m-suffix=-CVS --disable-nls --enable-languages=c,c++,fortran,java,objc
--no-create --no-recursion
Thread model: posix
gcc version 4.1.0 20051114 (experimental)
/home/zeekec/local/libexec/gcc/i686-pc-linux-gnu/4.1.0/cc1 -E -lang-fortran
-traditional-cpp -D_LANGUAGE_FORTRAN -quiet -v gfortran3.F95 -mtune=
--- Comment #9 from wilson at gcc dot gnu dot org 2005-11-14 21:09 ---
Not a gcc bug. This is a gdb bug, and I already have an approved patch for gdb
that will be checked in shortly.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-14 20:52 ---
Fixed also for 3.4.5.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Mile
--- Comment #6 from jason at gcc dot gnu dot org 2005-11-14 20:48 ---
Subject: Bug 24580
Author: jason
Date: Mon Nov 14 20:48:50 2005
New Revision: 106903
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106903
Log:
PR c++/24580
* method.c (locate_ctor): Skip all a
--- Comment #2 from nekkar at libero dot it 2005-11-14 20:43 ---
There is the very same problem with gcc 4.0.0
--
nekkar at libero dot it changed:
What|Removed |Added
--- Comment #5 from janis at gcc dot gnu dot org 2005-11-14 20:43 ---
A regression hunt on powerpc-linux using the testcase from comment #4
identified the following patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=100757
r100757 | nathan | 2005-06-08 11:49:23 + (Wed, 08 Jun 2005)
-
--- Comment #10 from tedoc2000 at gmail dot com 2005-11-14 20:39 ---
Hmm..
I'm getting the same exact behaviour on my AIX 5.1 box :/
So maybe it has something to do with the way I configured gcc 3.4.4 (which is a
little different than how I did 3.3.2)
Let me try re-building 3.4.4 with t
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2005-11-14 20:37
---
> Joel confirmed that changing "Min (2" to "Min (4" enable this file to be
> compiled, however my reading of the source would imply that BIGGEST_ALIGNMENT
> is at least 32 on arm, so something else must be at play
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-11-14 20:34 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-14 20:33 ---
Fixed in 4.0.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #9 from dje at gcc dot gnu dot org 2005-11-14 20:28 ---
I do not have access to an AIX 4.3.2 system, but I compiled the reconstructed C
testcase with:
gcc-3.3.3 on AIX 5.1
gcc-3.4.4 on AIX 5.1
gcc-4.0.2 on AIX 5.1
gcc-4.1 experimental on AIX 5.2
All four compilers produced
--- Comment #2 from jgoerzen at complete dot org 2005-11-14 20:26 ---
I am retrying this build with IBM ld and as.
If memoery serves, I had to install GNU binutils because IBM binutils caused
trouble with version 3.3.2. I will post a comment here when the build is
complete (or fails, w
--- Comment #4 from jason at gcc dot gnu dot org 2005-11-14 20:23 ---
Subject: Bug 24580
Author: jason
Date: Mon Nov 14 20:23:25 2005
New Revision: 106902
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106902
Log:
PR c++/24580
* method.c (locate_ctor): Skip all a
--- Comment #8 from tedoc2000 at gmail dot com 2005-11-14 20:18 ---
oops I meant ld not ln in b) above
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24856
--- Comment #7 from tedoc2000 at gmail dot com 2005-11-14 20:13 ---
Actually I think it may have to do with libgcc. But I wasn't sure how to file a
bug like that:
Anyway I filed it against gcc because:
a) Both files were compiled on the same server (So no patch level differences)
b) The
--- Comment #1 from nekkar at libero dot it 2005-11-14 20:10 ---
Created an attachment (id=10241)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10241&action=view)
preprocessed source, as required
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24861
--- Comment #3 from jason at gcc dot gnu dot org 2005-11-14 20:07 ---
Subject: Bug 24580
Author: jason
Date: Mon Nov 14 20:07:45 2005
New Revision: 106901
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106901
Log:
PR c++/24580
* method.c (locate_ctor): Skip all a
When compiling gcc with the --with-cpu=ep9312 and --with-fpu=maverick options
Gcc was configured with:
--prefix=/usr --bindir=/usr/armv4l-unknown-linux-gnu/gcc-bin/4.0.2
--includedir=/usr/lib/gcc/armv4l-unknown-linux-gnu/4.0.2/include
--datadir=/usr/share/gcc-data/armv4l-unknown-linux-gnu/4.0.2
-
Bugfixes have made it into the classpath version of java.util.Calendar, but are
not in the version of Calendar used in libgcj. Bug 22957 is an example. See
http://gcc.gnu.org/ml/java-patches/2005-q4/msg00181.html for a patch that was
applied to the 4.0.x branch. Tom Tromey mentioned that he is work
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-14 20:02 ---
Again why do you think this is a GCC bug? The preprocessed sources are the
same between 3.3.2 and 3.4.4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24856
--- Comment #5 from tedoc2000 at gmail dot com 2005-11-14 19:58 ---
Created an attachment (id=10240)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10240&action=view)
.i file for gcc344
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24856
--- Comment #4 from tedoc2000 at gmail dot com 2005-11-14 19:57 ---
Created an attachment (id=10239)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10239&action=view)
.i file for gcc332
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24856
--- Comment #3 from tedo at opsware dot com 2005-11-14 19:56 ---
Subject: Re: call to setlocale doesn't return expected value
Sorry.. Hit return too early. Filling out info now :/
tedo
pinskia at gcc dot gnu dot org wrote:
> --- Comment #1 from pinskia at gcc dot gnu dot org 200
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-14 19:55 ---
Using GNU binutils 2.14 20030612, also compiled myself.
That is your bug. binutils is not complete for AIX 5 support at all.
rs6000 is there because that is the name of the target directory which supports
rs6000 and
--- Comment #2 from tedoc2000 at gmail dot com 2005-11-14 19:55 ---
I have a very simple program that is trying to call setlocale(LC_ALL,"") to set
the LC_ALL from the enviroment.
When I run with a gcc3.3.2 compiled binary:
gcc33> ./locale
en_US en_US en_US en_US en_US en_US
en_US en_US
Hello,
I am trying to bootstrap GCC 4.0.2 on AIX 5.1L (POWER architecture). make
bootstrap runs for awhile, then dies with this error:
./xgcc -B./ -B/usr/local/powerpc-ibm-aix5.1.0.0/bin/ -isystem
/usr/local/powerpc-ibm-aix5.1.0.0/include -isystem
/usr/local/powerpc-ibm-aix5.1.0.0/sys-include
-L
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-14
19:51 ---
Subject: Re: [4.1 Regression] libobjc testsuite failures
> worked with the #pragma weaks. Or would it? Anyhow, please confirm how you
> configured the compiler. I'm particularly interested in what assem
--- Comment #9 from dnovillo at gcc dot gnu dot org 2005-11-14 19:50
---
Working on it.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jb at gcc dot gnu dot org 2005-11-14 19:48 ---
Subject: Bug 21468
Author: jb
Date: Mon Nov 14 19:48:31 2005
New Revision: 106898
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106898
Log:
2005-11-14 Janne Blomqvist <[EMAIL PROTECTED]>
PR fortran/21
--- Comment #1 from joel at gcc dot gnu dot org 2005-11-14 19:48 ---
Created an attachment (id=10238)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10238&action=view)
Simple fix
This is the simplest way to fix this bug. I just added an include of stdarg.h
but I don't know if this
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-14 19:48 ---
Why do you think this is a GCC bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24856
>From Joel Sherrill:
Gcc on the head fails to compile arm-rtems4.7 at the following point
when Ada is enabled.
../../xgcc -B../../ -c -g -O2 -W -Wall -gnatpg s-auxdec.adb -o
s-auxdec.o
s-auxdec.ads:286:13: alignment for "Aligned_Word" must be at least 4
The code is:
type Aligned_Wor
--
Summary: call to setlocale doesn't return expected value
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
Reported
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-14
19:40 ---
Subject: Re: FAIL: gcc.dg/attr-weakref-1.c
> Does this target actually support weak declarations? It appears to me that it
> only does when the assembler supports .weak, but even then, the linker will
> o
--- Comment #8 from janis at gcc dot gnu dot org 2005-11-14 19:40 ---
A regression hunt on powerpc-linux using -O2 with the testcase in comment #7
identified the following large patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=100478
r100478 | dnovillo | 2005-06-02 02:57:15 + (Thu, 0
>From Joel Sherril
arm-rtems4.7 - C, C++ OK. Ada fails with this:
../../xgcc -B../../ -c -DCROSS_COMPILE -DIN_GCC `echo -g -O2
-Dinhibit_libc -fno-inline -fexceptions -DIN_RTS |sed -e
's/-pedantic//g' -e 's/-Wtraditional//g'` \
-I. -I.. -I../..
-I/home/joel/gcc-work/head/gcc-
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-14 19:32 ---
Comeau also rejects this. I don't understand why we are trying to instantiate
foo::foo(foo) except to try to match the constructor, so
maybe this is invalid after all. Some one else really needs to look at this.
A
--- Comment #2 from m4341 at abc dot se 2005-11-14 19:18 ---
Created an attachment (id=10237)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10237&action=view)
Proposal for the initial split.
This is the initial split I did, and I must admit that it isn't thoroughly
tested.
There a
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-14
19:15 ---
Subject: Re: [4.1 regression] gthr-dce.h:77: error: expected expression before
'{' token
> So is pthread_key_delete not declared in HP-UX's DCE headers? Is it actually
> the correct spelling, or have we a
--- Comment #14 from pinskia at gcc dot gnu dot org 2005-11-14 19:09
---
(In reply to comment #13)
> I have a fix for the only valid testcase (comment #7) here.
s/valid/defined/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24851
--- Comment #13 from pinskia at gcc dot gnu dot org 2005-11-14 19:08
---
I have a fix for the only valid testcase (comment #7) here.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2005-11-14 18:50
---
Created an attachment (id=10236)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10236&action=view)
Patch (against 3.4.x) for controlling the explosion of the 1st scheduling pass.
* params.def (PARAM_
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-11-14 18:47
---
Note we haveyyp = &yys[-1]; (where yys is an array) in
the orginal testcase so that is undefined.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24851
--- Comment #2 from m4341 at abc dot se 2005-11-14 18:42 ---
This was detected by opening the whole set of Java files in Eclipse (and not
having any standard Java library at all selected). The close method stood out
as an error. since it was declared to throw an exception in the classes
--- Comment #2 from hp at gcc dot gnu dot org 2005-11-14 18:35 ---
In response to comment #1 regarding "excess errors", see the original
description: I don't get any, I just get a call to abort when the
test-program is executed (as you know, the "*** EXIT code 4242" is
the status-wrapper
--- Comment #12 from mark at codesourcery dot com 2005-11-14 18:27 ---
Subject: Re: [4.1 Regression] ICE on pointer initialization
with C99 initializer
dberlin at gcc dot gnu dot org wrote:
> --- Comment #11 from dberlin at gcc dot gnu dot org 2005-11-14 18:14
> ---
> Mark,
--- Comment #4 from paolo dot bonzini at lu dot unisi dot ch 2005-11-14
18:26 ---
Subject: Re: scheduling takes 40% or more time
>Is it the first scheduling pass? If so, we have a patch at AdaCore to limit
>its explosion.
>
>
Yes, it is. schedule_insns2 takes nothing.
Paolo
--
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2005-11-14 18:21
---
> For current mainline and Apple 3.3/4.0, the top pass in the profile is
>
> scheduling: 14.99 (42%) usr 4.32 (75%) sys 19.32 (46%) wall
Is it the first scheduling pass? If so, we have a patch
1 - 100 of 180 matches
Mail list logo
