--- 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
--- Comment #9 from sayle at gcc dot gnu dot org 2006-06-22 01:01 ---
Subject: Bug 27861
Author: sayle
Date: Thu Jun 22 01:01:07 2006
New Revision: 114879
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114879
Log:
PR target/27861
* expmed.c (expand_shift): On
--- Comment #5 from tanaka at personal-media dot co dot jp 2006-06-22
03:28 ---
I home to confirm a conclusion.
That is to say, simple function is integrated into their callers when it
compiled with a option -O2, after gcc-3.4 isn't it?
--
In a compiler built from svn revision 114878, a memset(,0,) followed by storing
0 into some of the just-cleared locations produces redundant stores.
#include string.h
struct blob { int a[3]; void *p; };
void foo (struct blob *bp) {
int i;
memset (bp, 0, 1024 * sizeof(*bp));
/* Null
--- Comment #1 from raeburn at raeburn dot org 2006-06-22 03:30 ---
s/I'm less would be allowed/I'm less confident would be allowed/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28134
--- Comment #2 from kkojima at gcc dot gnu dot org 2006-06-22 04:16 ---
Although I don't know much about the instruction scheduling, I had
a similar problem on SH and it was workarounded with emitting blockage
insns. The patch below might work for you, though I'm not sure if
it's the
--- Comment #10 from roger at eyesopen dot com 2006-06-22 04:46 ---
This should now be fixed on all active branches. Thanks to Martin for
confirming the fix bootstraps and regression tests fine on mipsel-linux-gnu.
And thanks, as always, to Andrew Pinski for maintaining the PR in
94 matches
Mail list logo