Hi,
We're experiencing a memory explosion during PRE on several ACATS tests with
mainline (+1 local patch, but it's very likely the same issue as PR 27937).
Excerpt from .067t.pre:
Created value VH.26 for (struct cd5012i__genproc__cell *volatile {ref-all})
VH.25
Created value VH.33 for
On 6/21/06, Eric Botcazou [EMAIL PROTECTED] wrote:
Hi,
We're experiencing a memory explosion during PRE on several ACATS tests with
mainline (+1 local patch, but it's very likely the same issue as PR 27937).
Excerpt from .067t.pre:
Created value VH.26 for (struct cd5012i__genproc__cell
On Jun 21, 2006, at 7:05 AM, Eric Botcazou wrote:
Hi,
We're experiencing a memory explosion during PRE on several ACATS
tests with
mainline (+1 local patch, but it's very likely the same issue as PR
27937).
The VN should not have been created and stmt_ann (stmt)-
has_volatile_ops
What do you mean by in the VALUE_HANDLE itself?
Returning a different VALUE_HANDLE for each instance of a volatile expression.
I think we should not bother value-numbering volatile mem-accesses at all.
I guess that would be even better. :-)
Thanks for the quick feedback.
--
Eric Botcazou
Eric Botcazou wrote on 06/21/06 10:05:
It seems to me that the volatility should be accounted for in the
VALUE_HANDLE
itself only, not in (de)references to it.
As Richard and Andrew pointed out, the bug is that we try to compute the
value number of a statement with volatile references in
Diego Novillo wrote:
Eric Botcazou wrote on 06/21/06 10:05:
It seems to me that the volatility should be accounted for in the
VALUE_HANDLE
itself only, not in (de)references to it.
As Richard and Andrew pointed out, the bug is that we try to compute the
value number of a statement with
Hi,
On Wed, 7 Jun 2006, Daniel Jacobowitz wrote:
On Wed, Jun 07, 2006 at 11:29:44AM -0700, Devang Patel wrote:
And string does not answer localization issue, however for numbers at least
there is one precedent to follow.
I think this discussion has gotten totally sidetracked. When I
Hi ,
I have compiled binutils successfully with the target i686-unknown-winnt.
But the make for gcc fails. It says target not supported. I think i
can workaround it using i686-unknown-mingw32.
Few questions
1) Is it a known feature or a bug or something that i am doing wrong ?
2) Do we have
Janis Johnson wrote:
Support in GCC 4.2 for decimal floating types is based on drafts of
ISO/IEC WDTR 23732, which continues to change. There are some
differences between the most recent draft N1176 and what GCC implements,
and some other things that should probably change or at least be
Hi,
In gcc 4.1.0 the syntax of gcc-internal format strings - as defined in
pretty-print.c - has been extended to support reordering of arguments
(through the %n$ syntax). Now the Swedish translator of gcc.pot would
like to make use of this feature, but the infrastructure is not yet in
place.
On Wed, 21 Jun 2006, Bruno Haible wrote:
Can you please proceed to step 2: ensure that the gettext-0.14.6 tools
are used for building gcc-4.1.2 and newer?
To be clear, gettext tools are used in two ways in building new releases:
* xgettext is run to update gcc.pot and cpplib.pot.
* GCC is
Joseph S. Myers wrote:
To be clear, gettext tools are used in two ways in building new releases:
* xgettext is run to update gcc.pot and cpplib.pot.
* GCC is built with --enable-generated-files-in-srcdir, which uses msgfmt
to create .gmo files and copy them into the source directory for
--- Comment #3 from paul dot richard dot thomas at cea dot fr 2006-06-21
07:19 ---
Subject: RE: Intrinsic MOD incorrect for large arg1/arg2 and slow.
FX,
I do not have the slightest idea! I wrote various versions using
BUILT_IN_FMOD and got bogged down in a discussion about the use
Howdy,
the attached code ICE's in the subroutine call:
gfcbug33.f90: In function 'MAIN__':
gfcbug33.f90:17: internal compiler error: Segmentation fault
Cheers,
-ha
--
Summary: ICE calling subroutine defined via explicit interface
Product: gcc
Version: 4.2.0
--- Comment #1 from anlauf at gmx dot de 2006-06-21 08:05 ---
Created an attachment (id=11718)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11718action=view)
Code provoking the ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28118
--- Comment #1 from info at yourkit dot com 2006-06-21 08:10 ---
All librarues from /usr/lib (from target Solaris machine) should be copied to
$PREFIX/sysroot/usr/lib
--
info at yourkit dot com changed:
What|Removed |Added
--- Comment #6 from schwab at suse dot de 2006-06-21 08:22 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01023.html.
--
schwab at suse dot de changed:
What|Removed |Added
In the course of understanding pr25072, I came across this beauty.
$ cat test.f90
real a(2)
forall (i = 1:2) a(i) = i ; a = 2.0 * a
end
[EMAIL PROTECTED] /cygdrive/d/svn/prs
$ /snap/bin/gfortran test.f90
In file test.f90:2
forall (i = 1:2) a(i) = i ; a = 2.0 * a
1
Internal Error at
--- Comment #2 from paul dot richard dot thomas at cea dot fr 2006-06-21
10:24 ---
This reduced version produces the same error
character(12) :: a(2)
call foo (a(:)(7:11))
end
(gdb) run PR28118.f90
Starting program: /irun/libexec/gcc/i686-pc-cygwin/4.2.0/f951.exe PR28118.f90
Compiling C source code(test.c) by
gcc -c --save-temps -O2 -fno-inline-functions test.c -o test.o
gcc -c --save-temps -O2 -finline-functions test.c -o test.o
Both output, function(small()) is integrated into main().
If the option -fno-unit-at-a-time is set additionally, the option
I get the following ICE with gcc 4.2. This is a regression from 4.0 and 4.1.
(sid)17:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O2 mini.c
mini.c: In function 'GetCmd':
mini.c:23: error: wrong amount of branch edges after unconditional jump 2
mini.c:23: internal compiler error:
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
|
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-06-21 11:14
---
I'm rediscovering that bug, so I'm assigning this bug to myself in order to not
forget it again :)
One remark: I don't understand exactly why the second part would be needed:
-{@f95, %{!E:f951 %i %(cc1_options)
The following options are not documented in gfortran's invoke.texi, and should
probably be:
-fmodule-private, -fno-backend, -fpreprocessed, -qkind=
--
Summary: Undocumented gfortran options
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-06-21 11:57 ---
-f[no-]inline is what you are looking for.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-06-21 11:59 ---
Confirmed.
#0 internal_error (gmsgid=0x887a074 verify_flow_info failed)
at /space/rguenther/src/svn/trunk/gcc/diagnostic.c:586
#1 0x085fc3ab in verify_flow_info ()
at
--- Comment #4 from jakub at gcc dot gnu dot org 2006-06-21 12:20 ---
This sounds like a tree-nrv bug to me.
We have at *.optimized:
QTime QTime::msToTime() (this)
{
struct QTimeD.1732 D.1772;
struct QTimeD.1732 tD.1765;
(voidD.34) 0;
D.1772 = addMSecs (retval);
retval =
--- Comment #2 from tanaka at personal-media dot co dot jp 2006-06-21
12:46 ---
Thanks for your reply.
Originally, my wanting to say is that
When compile a C source code only with an option -O2,
small function is not inlined.
But it is inlined by gcc-4.1.1.
Small function is not
--- Comment #2 from tbm at cyrius dot com 2006-06-21 13:37 ---
This appeared between 20060218 and 20060325.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28121
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-21 14:19 ---
Or -fno-inline-functions-called-once for 4.2.0 and above.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28120
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-21 14:19 ---
(In reply to comment #3)
Or -fno-inline-functions-called-once for 4.2.0 and above.
For this case that is.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28120
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-21 14:22 ---
This works for me with a cross to powerpc64-linux-gnu with 4.2.0 20060617.
What target are you compiling this on?
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from rakdver at gcc dot gnu dot org 2006-06-21 14:26 ---
On i686-linux, it fails.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28121
--- Comment #5 from rakdver at gcc dot gnu dot org 2006-06-21 14:37 ---
The problem is that the edge from bb 2 has EDGE_EXECUTABLE flag set, which
confuses verify_flow_info.
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-06-21 14:49
---
This modulo code is not very clear in my head. I'm not sure why this
implementation (using an integer kind *equal* to the real kind) is supposed to
be working. Anyway, without changing the current implentation,
I got a failure on the cc.dg/cpp/_Pragma3.c test:
Executing on host: /mnt/scratch/nightly/2006-06-20/sh-elf/gcc/xgcc
-B/mnt/scratch/nightly/2006-06-20/sh-elf/gcc/
/mnt/scratch/nightly/2006-06-20/srcw/gcc/testsuite/gcc.dg/cpp/_Pragma3.c
-ansi -pedantic-errors -DSTACK_SIZE=16384 -fno-show-column
Making cgg on Mac Mini G5 with OSX 10.4 aborts with
checking for C compiler default output file name... a.out
checking whether the C compiler works... configure: error: cannot run C
compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details.
make[1]: ***
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-21 14:58 ---
What do you mean by G6 there is no such thing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28124
--- Comment #2 from ray at ultramarine dot com 2006-06-21 15:00 ---
Subject: Re: Cannot build gcc on OSX 10.4 G6
On Wed, 21 Jun 2006, pinskia at gcc dot gnu dot org wrote:
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-21 14:58
---
What do you mean by G6
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-21 15:01 ---
Use --disable-multilib, it is trying to build 64bit programs and running them
but you don't have a 64bit machine, there is only a mac mini G4.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-06-21 15:02 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from joseph at codesourcery dot com 2006-06-21 15:14 ---
Subject: Re: New: gcc.dg/cpp/_Pragma3.c is sensitive
to timestamps
On Wed, 21 Jun 2006, amylaar at gcc dot gnu dot org wrote:
It would appear that this tests success requires that either _Pragma3.c is
checked
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-21 15:18 ---
# Without this, _Pragma3.c can have a false negative.
gcc/testsuite/gcc.dg/cpp/_Pragma3.c: gcc/testsuite/gcc.dg/cpp/mi1c.h
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-21 15:19 ---
(In reply to comment #3)
# Without this, _Pragma3.c can have a false negative.
gcc/testsuite/gcc.dg/cpp/_Pragma3.c: gcc/testsuite/gcc.dg/cpp/mi1c.h
Just add some more, that was in contrib/gcc_update.
--
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-06-21 15:36 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-06-21 15:36
---
Subject: Bug 27781
Author: rguenth
Date: Wed Jun 21 15:36:10 2006
New Revision: 114852
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114852
Log:
2006-06-21 Richard Guenther [EMAIL PROTECTED]
PR
We successfully managed to create cross compiler for sparc-sun-solaris2.9, but
the same algorithm doesn't wotk for i386-pc-solaris2.10
1) host uname -a is Linux localhost.localdomain 2.6.11-1.14_FC3 #1 Thu Apr 7
19:25:50 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux
2) binutils is configured with
The RDHWR instruction is used to support TLS on Linux/MIPS. For now
it is always emulated by kernel (on Reserved Instruction exception
handler), the instruction will be quite expensive.
If I compile this code with gcc 4.1.1 (-O2),
extern __thread int x;
int foo(int arg)
{
if (arg)
--- Comment #1 from info at yourkit dot com 2006-06-21 16:03 ---
Created an attachment (id=11721)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11721action=view)
config.log
I have attached config.log file from directory
/home/anton/tmp/gcc/objdir/i386-pc-solaris2.10/libstdc++v3
--- Comment #2 from info at yourkit dot com 2006-06-21 16:07 ---
I'm experienced with the similar bug #28125. Please help, I'm ready to provide
any additinal information.
--
info at yourkit dot com changed:
What|Removed |Added
--- Comment #1 from daney at gcc dot gnu dot org 2006-06-21 16:33 ---
Confirmed on: mipsel-linux-gcc (GCC) 4.2.0 20060605 (experimental)
cross compiler configured as:
../gcc/configure --target=mipsel-linux
--with-sysroot=/usr/local/mipsel-linux-test
--- Comment #8 from fche at gcc dot gnu dot org 2006-06-21 16:35 ---
Subject: Bug 21274
Author: fche
Date: Wed Jun 21 16:35:27 2006
New Revision: 114855
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114855
Log:
2006-06-21 Frank Ch. Eigler [EMAIL PROTECTED]
PR 21274
--- Comment #10 from fche at gcc dot gnu dot org 2006-06-21 16:35 ---
Subject: Bug 26473
Author: fche
Date: Wed Jun 21 16:35:27 2006
New Revision: 114855
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114855
Log:
2006-06-21 Frank Ch. Eigler [EMAIL PROTECTED]
PR 21274
--- Comment #7 from fche at redhat dot com 2006-06-21 16:36 ---
Created an attachment (id=11722)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11722action=view)
patch for mainline
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21724
--- Comment #8 from fche at redhat dot com 2006-06-21 16:40 ---
patch in 4.2-bound mainline
--
fche at redhat dot com changed:
What|Removed |Added
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-06-21 16:46
---
(In reply to comment #5)
else if (mode == TYPE_MODE(float_long_double))
kind = sizeof(long double);
sizeof(long double) is the size of a long double for the host, not on the
target.
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2006-06-21
17:35 ---
Subject: Re: [4.2 Regression] Ada bootstrap failure on Solaris 10/x86
ebotcazou at gcc dot gnu dot org writes:
Long answer: we want to be able to turn synchronous signals into regular Ada
exceptions.
--- Comment #1 from tromey at gcc dot gnu dot org 2006-06-21 18:01 ---
Subject: Bug 28089
Author: tromey
Date: Wed Jun 21 18:01:37 2006
New Revision: 114856
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114856
Log:
PR java/28089:
* expr.c (expand_java_field_op):
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-06-21 18:12
---
Ok, thanks for the explanation. But right now, the FSF tree has M_F_F_S_F
definitions for neither Solaris/SPARC nor /x86, AFAIKT. And Solaris/SPARC
and Solaris/SPARCv9 can turn on ZCX and are thus
--- Comment #2 from tromey at gcc dot gnu dot org 2006-06-21 18:14 ---
Fix checked in on gcj-eclipse branch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2006-06-21
18:15 ---
Subject: Re: [4.2 Regression] Ada bootstrap failure on Solaris 10/x86
ebotcazou at gcc dot gnu dot org writes:
Ok, thanks for the explanation. But right now, the FSF tree has M_F_F_S_F
definitions
--- Comment #19 from rth at gcc dot gnu dot org 2006-06-21 18:32 ---
Subject: Bug 27082
Author: rth
Date: Wed Jun 21 18:31:56 2006
New Revision: 114861
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114861
Log:
PR target/26347
PR target/27082
*
--- Comment #9 from rth at gcc dot gnu dot org 2006-06-21 18:32 ---
Subject: Bug 26347
Author: rth
Date: Wed Jun 21 18:31:56 2006
New Revision: 114861
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114861
Log:
PR target/26347
PR target/27082
*
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-06-21 18:44 ---
(In reply to comment #2)
then my_other_class can also be made non-TREE_PUBLIC. If 'x' was in an
anonymous namespace the logic would be the same.
Actually it cannot because I define in a different TU
--- Comment #10 from rth at gcc dot gnu dot org 2006-06-21 19:06 ---
Subject: Bug 26347
Author: rth
Date: Wed Jun 21 19:06:49 2006
New Revision: 114862
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114862
Log:
PR target/26347
PR target/27082
*
--- Comment #20 from rth at gcc dot gnu dot org 2006-06-21 19:06 ---
Subject: Bug 27082
Author: rth
Date: Wed Jun 21 19:06:49 2006
New Revision: 114862
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114862
Log:
PR target/26347
PR target/27082
*
--- Comment #21 from rth at gcc dot gnu dot org 2006-06-21 19:09 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from rth at gcc dot gnu dot org 2006-06-21 19:10 ---
Fixed. Again.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from gdr at integrable-solutions dot net 2006-06-21 19:43
---
Subject: Re: use ODR rules to make C++ objects not be TREE_PUBLIC
pinskia at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| Yes this is all undefined but I rather have it be diagnose than
| having it be
--- Comment #17 from ron_hylton at hotmail dot com 2006-06-21 19:51 ---
(In reply to comment #16)
All that said: does the problem persist? Could you repeat your tests with
the latest snapshots to see whether this still happens?
Thanks
Wolfgang
The problem is resolved in 4.2.0
--- Comment #12 from vapier at gentoo dot org 2006-06-21 20:02 ---
yep, my uClibc build works again for alpha :)
thanks
--
vapier at gentoo dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2006-06-21 20:09 ---
I looked at this a little today.
The code does look wrong, but I couldn't write a simple test case
to make it fail. Do you have one?
One problem I see is that serve() uses the task's 'scheduled' field
without
--- Comment #4 from fang at csl dot cornell dot edu 2006-06-21 20:32
---
My heart skipped a beat when you said G6! *sigh*
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28124
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-06-21 20:33 ---
(In reply to comment #4)
My heart skipped a beat when you said G6! *sigh*
Buy a PS3 instead (sorry could not help myself for promoting the company I work
for now).
--
pinskia at gcc dot gnu dot org changed:
--- Comment #3 from pault at gcc dot gnu dot org 2006-06-21 20:35 ---
Here is a patch that regtests OK. I need to check it out, get it ready for
submission, write a formal testcase and check what else it fixes.
Paul
Index: gcc/fortran/trans-array.c
--- Comment #1 from pault at gcc dot gnu dot org 2006-06-21 20:37 ---
Here's the patch: regtests on FC5/Athlon1700
Paul
Index: gcc/fortran/match.c
===
*** gcc/fortran/match.c (revision 114823)
--- gcc/fortran/match.c
--- Comment #7 from pault at gcc dot gnu dot org 2006-06-21 20:39 ---
Here's the patch (or rather, one of three that I have found!):
Paul
Index: gcc/fortran/primary.c
===
*** gcc/fortran/primary.c (revision 114823)
--- Comment #10 from geoffk at gcc dot gnu dot org 2006-06-21 20:44 ---
Hi Andrew,
I'm not sure what diagnostic you're talking about. If you violate the ODR and
define myclass in a different TU, with a different definition for myclass::foo,
you will typically get no diagnostic; just
(This PR should probably added as dependency to bug 27766)
This is with my GCC/gfortran build x86_64-2006-06-21-r114837.
If I run the following program, which I think is completely valid, with
gfortran -fbounds-check
I get:
Fortran runtime error: Array reference out of bounds, upper bound of
--- Comment #6 from fang at csl dot cornell dot edu 2006-06-21 20:49
---
Subject: Re: Cannot build gcc on OSX 10.4 G6
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-06-21 20:33
---
(In reply to comment #4)
My heart skipped a beat when you said G6! *sigh*
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-06-21 20:55 ---
(In reply to comment #6)
I will consider it once there's a port of gcc for the Cell processor. :)
There is one, just not officially part of the FSF GCC. And yes we (Sony) are
working on submitting it to the FSF.
--- Comment #5 from sje at cup dot hp dot com 2006-06-21 21:18 ---
Created an attachment (id=11724)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11724action=view)
libstdc++ macro to test for _Unwind_GetIPInfo
I have attached a macro that could be put in libstdc++-v3/acinclude.m4
--- Comment #5 from rsandifo at gcc dot gnu dot org 2006-06-21 21:27
---
Subject: Bug 28034
Author: rsandifo
Date: Wed Jun 21 21:27:19 2006
New Revision: 114870
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114870
Log:
gcc/
PR middle-end/28034
* coverage.c
--- Comment #6 from rsandifo at gcc dot gnu dot org 2006-06-21 21:28
---
Patch applied.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
I define a namespace with a template class with a function:
code
namespace NS{//a namespace
templateclass T
class C//a template class inside a namespace
{
int f();//a member of C
};
}//NS
//here is the specialization
template
int NS:: Cint::f(){return 0;}// !! I placed NS::
/code
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-21 22:58 ---
No GCC is correct.
*** This bug has been marked as a duplicate of 13140 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-06-21 22:58
---
*** Bug 28130 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from zvonsully at gmail dot com 2006-06-21 23:11 ---
on g++ v. 4.1.2 it is not fixed, But here I see Fixed with patches from 2005!
code:
namespace NS{//a namespace
templateclass T
class C//a template class inside a namespace
{
int f();//a member of C
};
}//NS
--- Comment #6 from rakdver at gcc dot gnu dot org 2006-06-21 23:15 ---
Patch: http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01215.html
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-06-21 23:17
---
(In reply to comment #11)
on g++ v. 4.1.2 it is not fixed, But here I see Fixed with patches from
2005!
Fixed meaning GCC is no longer accepting invalid code. Your code is invalid
and should be rejected.
--
--- Comment #2 from langton at gcc dot gnu dot org 2006-06-21 23:40 ---
Here's a proposed fix:
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01216.html
--
langton at gcc dot gnu dot org changed:
What|Removed |Added
for GDB. Type show warranty for details.
This GDB was configured as hppa-unknown-linux-gnu...Using host libthread_db
library /lib/libthread_db.so.1.
(gdb) r `cat xx.sh`
Starting program: /home/dave/gnu/gcc-4.2/objdir/gcc/cc1 `cat xx.sh`
GNU C version 4.2.0 20060621 (experimental) (hppa-linux
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-21 23:50 ---
I think this was caused by:
2006-06-20 Roger Sayle [EMAIL PROTECTED]
* expr.c (expand_expr_real_1) VECTOR_CST: For vector constants with
integer modes, attempt to directly construct an integer
--- Comment #2 from danglin at gcc dot gnu dot org 2006-06-21 23:53 ---
I see the same failure for gcc.dg/pr17055-1.c:
Executing on host: /home/dave/gnu/gcc-4.2/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.2/objdir/gcc/ /home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.dg/pr17055-1.c
-O2
building spidermonkey-1.5 with -O1 -fforce-addr with gcc-4.1.1 and gcc ICEs:
jsmath.c: In function 'math_round':
jsmath.c:394: error: unrecognizable insn:
(insn 61 93 62 4 (parallel [
(set (mem/i:DF (reg/f:SI 95) [0 S8 A32])
(neg:DF (mem/i:DF (reg/f:SI 96) [0 S8 A32])))
--- Comment #1 from vapier at gentoo dot org 2006-06-22 00:08 ---
Created an attachment (id=11725)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11725action=view)
jsmath.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28132
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2006-06-22
00:19 ---
Subject: Re: [4.2 Regression] FAIL: gcc.c-torture/execute/va-arg-25.c
compilation (ICE)
On Wed, Jun 21, 2006 at 11:50:49PM -, pinskia at gcc dot gnu dot org wrote:
--- Comment #1 from pinskia
--- Comment #5 from roger at eyesopen dot com 2006-06-22 00:37 ---
Doh! My apologies for the breakage! I think Dave's patch looks good, but the
one suggestion that I would make would be to test for MODE_INT first, then
call the type_for_mode langhook. This saves calling type_for_mode
config.log contents:
configure:2274: $? = 0
configure:2276: /cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/xgcc
-B/cygdrive/c/gcc_4.1.1_source/build-gcc-4.1.1-ppc/./gcc/
-B/cygdrive/c/gcc_4.1.1_ppc_440/powerpc-440-eabi/bin/
-B/cygdrive/c/gcc_4.1.1_ppc_440/powerpc-440-eabi/lib/ -isystem
1 - 100 of 106 matches
Mail list logo