Bug#401585: [m68k] ICE: in reload, at reload1.c:1079

2006-12-09 Thread Roman Zippel
Hi, On Sat, 9 Dec 2006, Matthias Klose wrote: Roman, do you intend to provide a fix for gcc-4.1? Attached, it's an update to the m68k-fpcompare patch. For the log: Allow any fp constant as any immediate operand during and after reload, even for special constants in case reload can't find a

Bug#385327: not fixed in gcc-4.1 4.1.1ds2-17

2006-11-17 Thread Roman Zippel
Hi, On Thu, 16 Nov 2006, Bill Allombert wrote: On Sat, Oct 21, 2006 at 06:19:20AM -0700, Matthias Klose wrote: Source: gcc-4.1 Source-Version: 4.1.1ds2-17 [Roman Zippel] * debian/patches/m68k-secondary-addr-reload.dpatch: Add secondary reloads to allow reload to get byte

Bug#375519: [m68k] Assembler: FATAL: can't close cl_MI.o: No error

2006-09-17 Thread Roman Zippel
Hi, I looked at it and it's not really a gcc bug, it's more of a binutils bug, but cln plays some rather weird games, which finally confuses as, so it's not completely faultless. I submitted a patch to cln (#388000) which avoids the problem, so this bug can be closed. bye, Roman -- To

m68k patches

2006-08-05 Thread Roman Zippel
Hi, Here are a few patches, which hopefully get us a big step closer to a working compiler on m68k. There are only lightly tested (i.e. verified they fix problem via cross compiler). I'm currently building a reduced package with it (e.g. java has to wait...) and then I'll see what's left. The

Bug#327782: ICE while building flac on m68k

2005-09-18 Thread Roman Zippel
Hi, Joshua Kwan wrote: gcc-4.0 ICEs on m68k while trying to build flac 1.1.2-3. This bug is fixed by this patch: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01677.html Bugs 318292, 322532, 328453, 323016 are basically all caused by this problem. bye, Roman -- To UNSUBSCRIBE, email to

Bug#323016: ICE while compiling tin on m68k

2005-09-18 Thread Roman Zippel
Hi, On Sun, 14 Aug 2005, Marco d'Itri wrote: Compiling tin 1.7.10+20050727 on m68k fails. gcc -DHAVE_CONFIG_H -I. -I../include -I/usr/include -DLOCALEDIR=\/usr/share/locale\ -I../include -DUSE_CANLOCK -D_GNU_SOURCE -g -O2 -c ./save.c ./save.c: In function 'uudecode_line':

Bug#255495: acknowledged by developer (Re: Bug#255495: gcc-snapshot: Keep debugging symbols)

2004-06-27 Thread Roman Zippel
Hi, Daniel Bonniot wrote: In my case, I don't really want to debug gcc, but I want to make an upstream bug report as precise as possible. So including a stack trace would be a bonus. It should help narrowing the nature of the bug, so that the appriopriate upstream author can start

Re: Bug#102193: gcc-3.0: compiled code with gcc 3.0 is slow and big

2002-01-06 Thread Roman Zippel
Hi, Morten Brix Pedersen wrote: int main() { string test = IUHASISAHDNI; vectorstring vec; for (int i = 0; i = 50; ++i) { string newstr; test += NAWNASDKJNKNN; newstr = test; String assignments are threadsafe now with gcc-3.0, so that will have

Bug#105622: Test case

2001-07-20 Thread Roman Zippel
Hi, Matt Zimmerman wrote: [EMAIL PROTECTED]:/unstable/build/mdz/hercules-2.12$ cc -O2 -c test.c /tmp/cc23gVSZ.s: Assembler messages: /tmp/cc23gVSZ.s:69: Error: operands mismatch -- statement `add.l %a4,-20(%a6)' ignored Attached patch fixes this. Matthias, the same bug still exists in 3.0.