--- Additional Comments From mkoeppe at gmx dot de 2006-09-07 21:44 ---
(In reply to comment #14)
Hi Nick,
the following text is from the README file in the patch dir.
So MS seems to be willing to have these patches included.
The copyright issue is still open, of course...
Martin
gcc.
--- Additional Comments From mkl at pengutronix dot de 2006-09-07 20:02
---
This should answer my question :)
./as -march=ep9312 -mfloat-abi=hard -mfpu=maverick
^^
sleepy - marc
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3054
--- Additional Comments From mkl at pengutronix dot de 2006-09-07 20:00
---
Hi Nick!
GCC build with "--with-cpu=ep9312" works fine with binutils. Your argumentation
is clear to me, but what do the gcc guys think about that?
IMHO there should be a common sense between gcc and binutils i
--- Additional Comments From nickc at redhat dot com 2006-09-07 18:02
---
Hi Rus,
Thanks for the test case, and my apologese for taking so long to get back to
you. The problem arises because of a bug in your linker script. You are not
defining an entry point, so the linker ends up g
--- Additional Comments From nickc at redhat dot com 2006-09-07 17:59
---
Created an attachment (id=1288)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1288&action=view)
Do not about upon encountering an ignored, non-empty section
--
http://sourceware.org/bugzilla/show_bug.
--- Additional Comments From nickc at redhat dot com 2006-09-07 16:56
---
Hi Mark,
GAS does not accept "ep9312" as an architecture name. It only accepts it as a
cpu name. This is because strictly speaking the EP9312 is not a new arm
architecture, but rather a standard architecture w
--- Additional Comments From nickc at redhat dot com 2006-09-07 16:48
---
Hi Vincent,
Please could you try the uploaded patch. I think that it fix the assembler
for you.
Cheers
Nick
--
What|Removed |Added
--
--- Additional Comments From nickc at redhat dot com 2006-09-07 16:47
---
Created an attachment (id=1287)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1287&action=view)
Do not convert fixups against weak symbols
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3041
-
--- Additional Comments From nickc at redhat dot com 2006-09-07 16:31
---
Hi Jeff,
Please could you try again using the latest sources. I tried and was unable
to reproduce the problem. If you can reproduce it, please could you upload a
small test case (object file, linker script, li
Hi Konrad,
Specifically, given the code
my_variable:
.long X
X = 1
X = 2
the new version assembles the value 1 into my_variable, while the old
version assembles the value 2.
The problem with this is what should happen in more complex situations.
For example:
Concretly, this bug applies to 2.13.2.1-2 version for FreeMiNT distribution
(http://sparemint.atariforge.net/sparemint/html/packages/binutils.html).
Try this:
fmove.l #65536*32768,register
after you assemble it for m68k (I used -m68020-60 switch) the result is crap
(bad number in fp0). I have
Concretly, this bug applies to 2.13.2.1-2 version for FreeMiNT distribution
(http://sparemint.atariforge.net/sparemint/html/packages/binutils.html).
Try this:
fmove.s #65536,fp0 or
fmove.s #1,fp0 or
fmove.s #16,fp0
etc...
after you assemble it for m68k (I used -m68020-60 switch) the result is c
12 matches
Mail list logo
