http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40414
Paolo Bonzini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40414
Andreas Schwab changed:
What|Removed |Added
Known to work||4.5.0
Target Milestone|4.5.2
--- Comment #27 from rguenth at gcc dot gnu dot org 2010-07-31 09:29
---
GCC 4.5.1 is being released, adjusting target milestone.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #26 from rguenth at gcc dot gnu dot org 2010-04-06 11:20
---
GCC 4.5.0 is being released. Deferring to 4.5.1.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #25 from bonzini at gnu dot org 2009-12-30 12:22 ---
Adding target support without at least libgcc makes little sense.
The small part in config.guess/config.sub is not going to be removed, since
those files are just imported in GCC and are handled as a separate project.
Peo
--- Comment #24 from nospamname at web dot de 2009-12-30 12:06 ---
(In reply to comment #23)
> You need a proper patch, not instructions.
>
> However, it's clear from the bugreport and the patches required to fix it,
> that
> it is not important whether the target is m68k-amigaos or an
--- Comment #23 from bonzini at gnu dot org 2009-12-30 10:56 ---
You need a proper patch, not instructions.
However, it's clear from the bugreport and the patches required to fix it, that
it is not important whether the target is m68k-amigaos or another OS.
--
http://gcc.gnu.org/bu
--- Comment #22 from nospamname at web dot de 2009-12-30 09:39 ---
>There is no m68k-amigaos support in
>FSF GCC and I don't think there ever has been.
There is support for m68k-amigaos in FSF GCC.
search in gcc source for name amigaos and on changelog.lib you find this
Wed Sep 10 15
--- Comment #21 from joseph at codesourcery dot com 2009-12-29 21:44
---
Subject: Re: gcc 4.4.0 error at postreload.c:396
On Tue, 29 Dec 2009, bonzini at gnu dot org wrote:
> True, it is P5 but it is not invalid. Andreas, if you want to close this as
> invalid you should first follo
--- Comment #20 from bonzini at gnu dot org 2009-12-29 19:30 ---
Adding dependencies on the patches that fix the bug.
--
bonzini at gnu dot org changed:
What|Removed |Added
---
--- Comment #19 from nospamname at web dot de 2009-12-29 18:44 ---
The Problem is fixed in GCC4.5.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40414
--- Comment #18 from bonzini at gnu dot org 2009-12-29 18:01 ---
True, it is P5 but it is not invalid. Andreas, if you want to close this as
invalid you should first follow the target deprecation process and propose to
remove the target for 4.6.
--
bonzini at gnu dot org changed:
--- Comment #17 from ami_stuff at o2 dot pl 2009-12-29 17:29 ---
> m68k-amigaos is not a supported target.
LOL! So you prefere to not get any bugreports? I reported a few bugs which were
next confirmed on the other hardware and after some time fixed, no matter if I
use unsupported m68-a
--- Comment #16 from schwab at linux-m68k dot org 2009-12-29 16:31 ---
m68k-amigaos is not a supported target.
--
schwab at linux-m68k dot org changed:
What|Removed |Added
--- Comment #15 from mikpe at it dot uu dot se 2009-09-03 18:58 ---
(In reply to comment #14)
> I compile gcc 4.4.2 20090825 and test.
>
> problem is still in.
>
> Is this fix in gcc4.4.2 too ?.
No, so far these fixes have only been applied to trunk aka gcc-4.5. They are
easily backpo
--- Comment #14 from nospamname at web dot de 2009-08-27 10:38 ---
I compile gcc 4.4.2 20090825 and test.
problem is still in.
Is this fix in gcc4.4.2 too ?.
>The mpegvideo.i test case does not compile as-is for me, as the compiler
>complains about a syntax error:
>libavcodec/mpegvide
--- Comment #13 from schwab at linux-m68k dot org 2009-08-23 18:25 ---
Fixed in 4.5.0.
--
schwab at linux-m68k dot org changed:
What|Removed |Added
Status|UNC
--- Comment #12 from mikpe at it dot uu dot se 2009-08-19 10:38 ---
ICE confirmed with a gcc-4.4.1 cross to m68k-linux. Applying the PR37053 and
PR41064 fixes eliminated the ICE.
The mpegvideo.i test case does not compile as-is for me, as the compiler
complains about a syntax error:
li
--- Comment #11 from ami_stuff at o2 dot pl 2009-08-19 00:28 ---
It ICEs also...
with -m68020 -m68881 -Os options:
/usr/local/amiga/bin/m68k-amigaos-gcc-4.4.1.exe -V 4.4.1 -DHAVE_AV_CONFIG_H -I.
-I"/bin/ffmpeg8" -mnobitfield -m68020 -m68881 -std=c99
-Wdeclaration-after-stat
ement -Wdi
--- Comment #10 from ami_stuff at o2 dot pl 2009-08-17 20:11 ---
Created an attachment (id=18391)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18391&action=view)
asm output -O3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40414
--- Comment #9 from ami_stuff at o2 dot pl 2009-08-17 20:11 ---
Created an attachment (id=18390)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18390&action=view)
preprocessed file -O3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40414
--- Comment #8 from ami_stuff at o2 dot pl 2009-08-17 19:33 ---
(In reply to comment #7)
> The problem is not with "-funswitch-loops" optimization.
>
> I get no ICE with these options (-O2 -fipa-cp-clone -finline-functions
> -fgcse-after-reload -ftree-vectorize -fpredictive-commoning):
--- Comment #7 from ami_stuff at o2 dot pl 2009-08-17 19:25 ---
The problem is not with "-funswitch-loops" optimization.
I get no ICE with these options (-O2 -fipa-cp-clone -finline-functions
-fgcse-after-reload -ftree-vectorize -fpredictive-commoning):
OPTFLAGS= -mnobitfield -m68060 -
--- Comment #6 from nospamname at web dot de 2009-08-06 15:56 ---
I check now more to find the instruction line that cause the ICE.Its this
call.It compile when i remove in 1 statement the 2
(2*mb_x + (i & 1))*block_s -> (mb_x + (i & 1))*block_s
But of course the program work.
it al
--- Comment #5 from nospamname at web dot de 2009-08-02 07:23 ---
the problem happen on a gcc4.4.1 (the release) too,this is output.
$ make_68k_v4
/usr/local/amiga/bin/m68k-amigaos-gcc-4.4.1.exe -V 4.4.1 -DHAVE_AV_CONFIG_H -I.
-I"/bin/ffmpeg8" -mnobitfield -m68060 -std=c99 -Wdeclaratio
--- Comment #4 from nospamname at web dot de 2009-06-16 11:06 ---
i get report of more info about -funswitch-loops
The -funswitch-loops Option seem work on gcc 4.3.0 and above not good for
speed.It generate much larger code(wma123) and code is slower in many case (try
out ffmpeg H264 de
--- Comment #3 from gni at gecko dot de 2009-06-15 19:36 ---
Subject: gcc 4.4.0 error at postreload.c:396
(In reply to comment #2)
> Could be a duplicate of one of PR30064, PR34439, PR37053.
I compiled the provided testcases as stated in the appropriate PR
with the following result:
27 matches
Mail list logo
