nesize, block[4]);
s->dsp.idct_put(dest_cr, dct_linesize, block[5]);
s->dsp.idct_put(dest_cb + dct_offset, dct_linesize,
block[6]);
s->dsp.idct_put(dest_cr + dct_offset, dct_linesize,
block[7]);
if(!s->chroma_x_shift){
nesize, block[4]);
s->dsp.idct_put(dest_cr, dct_linesize, block[5]);
s->dsp.idct_put(dest_cb + dct_offset, dct_linesize,
block[6]);
s->dsp.idct_put(dest_cr + dct_offset, dct_linesize,
block[7]);
if(!s->chroma_x_shift){
--- 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
--- 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 -m6806
--- 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 progra
--- Comment #3 from nospamname at web dot de 2008-09-16 18:13 ---
thanks for info, i look and see that in gcc/config.gcc is no amigaos
target.also in gcc3.4 source here is not.
I see 2.95 have this file not.
but on other files 4.3.2 here the target is. Is there somewhere listet if it
# compute absolute path of the location of this script
tdir=`dirname "$0"`
scriptdir=`cd "$tdir" && pwd`
if test -x $scriptdir/../$dir/$prog; then
test "$fast_install" = yes || exec $scriptdir/../$dir/$prog ${1+"$@"}
# if libtool d
--- Comment #2 from nospamname at web dot de 2008-09-23 08:19 ---
thanks when i copy as ln for quick test to gcc dir then this error not come.
I remove that path before, because i fear clashes between the x86 cygwin
compilers and old 3.4 68k compilers and binutils.
maybe in the as
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nospamname at web dot de
GCC host triplet: cygwin 686
GCC target triplet: amigaos 6
--- Comment #17 from nospamname at web dot de 2009-04-16 09:22 ---
I get same align problem on 68k amigaos Target.the rport and fix is old.
its a middle end bug and i see the fix is not in the source i download (4.3.3)
i can test this patch if you like, or have you something more new
--- 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:
>l
--- Comment #9 from nospamname at web dot de 2009-09-09 14:54 ---
ratecontrol.c line 624 cause crash in my source.assert is done by this
command(should be fbngt)
FBNLT _ff_rate_estimate_qscale+$716 ;118F015C
q= get_qscale(s, rce, rate_factor, picture_number);
printf("%f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52817
Bug #: 52817
Summary: g++ do not call a method with same name on some
platforms(see small example source attached)
Classification: Unclassified
Product: gcc
Version: 4.5.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52817
--- Comment #5 from bernd_afa 2012-04-01 13:22:22
UTC ---
Created attachment 27057
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27057
preproc file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52817
--- Comment #6 from bernd_afa 2012-04-01 13:26:40
UTC ---
>Not a bug. An ellipses conversion sequence is worse than a standard conversion
>sequence, thus readdata(int,void*) is preferred over readdata(int,...) when the
>actual arguments are (int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52817
--- Comment #8 from bernd_afa 2012-04-01 14:16:15
UTC ---
(In reply to comment #7)
> >there is a C++ game called dunelegacy which work on other GCC architecture ok
>
> Yes so the ABI for the 68k says va_list is a void* which is a valid choice as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52817
--- Comment #10 from bernd_afa 2012-04-01 16:12:28
UTC ---
(In reply to comment #9)
> You cannot change va_list without changing the ABI and that is not going to
> fly
anywhere.
>
> You just need to take better into account what va_list can be
--- 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 #8 from nospamname at web dot de 2009-12-29 18:52 ---
I have now find out with cflag -m68000 work with -O3.
But it work not with -m68020 or -m68040 or -m68060
Here is a standalone testcode and output with -S
-
struct test{
long dummy;
unsigned long buf;
};
struct
--- 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
--- 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 targe
--- Comment #9 from nospamname at web dot de 2009-12-31 13:35 ---
I compile now with a m68k-elf Compiler and do the small testcode i post
above.The Problem is same on m68k-elf Compiler too.
other CPU as -m68000 fail with -O3 or -O2
So can this Report Reopen and maybe another can check
--- Comment #12 from nospamname at web dot de 2009-12-31 18:04 ---
>3.4.6 (didn't check older releases).
I test now 3.4.0 for m68k-amigaos.The Problem is here too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42522
--- Comment #13 from nospamname at web dot de 2010-01-03 13:57 ---
Can this report reopen please and target change to m68k-* ?
Bug happen also in m68k-elf.See here the two fjlt .L319 to diffrent labels.I
remove lots compiler options
to make it more simple.But ffmpeg error is same.
I
--- Comment #14 from nospamname at web dot de 2010-01-10 11:13 ---
All GCC Versions after this Patch r146817 (Author: matz) have the Problem
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg01459.html
Here is a better testprogram that show more exact what the code do, but this
generate with
25 matches
Mail list logo
