[Bug c++/52817] g++ do not call a method with same name on some platforms(see small example source attached)

2012-04-01 Thread nospamname at web dot de
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

[Bug c++/52817] g++ do not call a method with same name on some platforms(see small example source attached)

2012-04-01 Thread nospamname at web dot de
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

[Bug c++/52817] g++ do not call a method with same name on some platforms(see small example source attached)

2012-04-01 Thread nospamname at web dot de
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

[Bug c++/52817] g++ do not call a method with same name on some platforms(see small example source attached)

2012-04-01 Thread nospamname at web dot de
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

[Bug c++/52817] New: g++ do not call a method with same name on some platforms(see small example source attached)

2012-04-01 Thread nospamname at web dot de
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

[Bug target/41311] [4.5 regression] m68k - FFmpeg crashes when converting mpg to avi

2010-01-10 Thread nospamname at web dot de
--- 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

[Bug target/41311] [4.5 regression] m68k - FFmpeg crashes when converting mpg to avi

2010-01-03 Thread nospamname at web dot de
--- 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

[Bug target/42522] [m68k] Wrong code generated with -O2/-O3

2009-12-31 Thread nospamname at web dot de
--- 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

[Bug c/42522] [m68k] Wrong code generated with -O2/-O3

2009-12-31 Thread nospamname at web dot de
--- 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

[Bug target/40414] gcc 4.4.0 error at postreload.c:396

2009-12-30 Thread nospamname at web dot de
--- 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

[Bug target/40414] gcc 4.4.0 error at postreload.c:396

2009-12-30 Thread nospamname at web dot de
--- 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

[Bug c/42522] [m68k] Wrong code generated with -O2/-O3

2009-12-29 Thread nospamname at web dot de
--- 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

[Bug target/40414] gcc 4.4.0 error at postreload.c:396

2009-12-29 Thread nospamname at web dot de
--- 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

[Bug c/41311] [4.5 regression] FFmpeg crashes when converting mpg to avi

2009-09-09 Thread nospamname at web dot de
--- 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

[Bug target/40414] gcc 4.4.0 error at postreload.c:396

2009-08-27 Thread nospamname at web dot de
--- 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

[Bug target/40414] gcc 4.4.0 error at postreload.c:396

2009-08-06 Thread nospamname at web dot de
--- 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

[Bug target/40414] gcc 4.4.0 error at postreload.c:396

2009-08-02 Thread nospamname at web dot de
--- 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

[Bug target/40414] gcc 4.4.0 error at postreload.c:396

2009-06-16 Thread nospamname at web dot de
--- 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

[Bug c/40415] New: gcc 4.4.0 error at postreload.c:396

2009-06-11 Thread nospamname at web dot de
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){

[Bug c/40414] New: gcc 4.4.0 error at postreload.c:396

2009-06-11 Thread nospamname at web dot de
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){

[Bug middle-end/16660] attribute((aligned)) doesn't work for variables on the stack for greater than required alignement

2009-04-16 Thread nospamname at web dot de
--- 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

[Bug libstdc++/37767] New: after many config "No support for this host/target combination." message

2008-10-08 Thread nospamname at web dot de
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

[Bug bootstrap/37612] libgcc/configure (as script)fail with "line 77 exec : : not found."

2008-09-23 Thread nospamname at web dot de
--- 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

[Bug c/37612] New: libgcc/configure (as script)fail with "line 77 exec : : not found."

2008-09-22 Thread nospamname at web dot de
# 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

[Bug target/37524] gcc build fail after some compile with --target=amigaos

2008-09-16 Thread nospamname at web dot de
--- 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