https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
Eric Gallager changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
--- Comment #20 from Joel Sherrill ---
I filed this in 2011 and we dropped RTEMS support for the m32c last year for
our next release. If you all think it is fixed, please feel free to close it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
--- Comment #17 from Eric Gallager ---
*** Bug 63683 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
--- Comment #15 from DJ Delorie ---
The binutils team has been working a lot on patching vulnerabilities in the
binutils tools. The m32c, however, has a 3-byte reloc that might occur at the
end of a section, and was implemented as three bytes of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
--- Comment #14 from Bernd Edlinger ---
Author: edlinger
Date: Fri Jan 23 16:32:34 2015
New Revision: 220048
URL: https://gcc.gnu.org/viewcvs?rev=220048&root=gcc&view=rev
Log:
2015-01-23 Bernd Edlinger
PR target/50928
* confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
--- Comment #13 from Bernd Edlinger ---
ok, now I see.
the binutils-2.25.tar.gz works,
but if we build directly from the git it does not.
is this a new check that makes this problem?
regarding my patch on pr26255.c, this happens:
m32c-elf-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
--- Comment #12 from DJ Delorie ---
The reloc bug is caused when gcc puts a JMP.A at the very end of .text and also
adds debug info; this puts a 3-byte reloc right at the end of a section
(m32c-as pads the last section if it's a code section, the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
--- Comment #11 from DJ Delorie ---
I see the "relocation out of range" error too.
I'm configuring for m32c-elf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
--- Comment #10 from Bernd Edlinger ---
Hmm...
I use this configuration:
binutils-build:
../binutils-2.25/configure --prefix=/home/ed/gnu/m32c-rtems --target=m32c-rtems
--disable-werror
gcc-build:
../gcc-trunk/configure --prefix=/home/ed/gnu/m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
--- Comment #9 from Joel Sherrill ---
I updated binutils, newlib and gcc. The build fails very early for me:
/users/joel/test-gcc/b-m32c-rtems4.11-gcc/./gcc/xgcc
-B/users/joel/test-gcc/b-m32c-rtems4.11-gcc/./gcc/ -nostdinc
-B/users/joel/test-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
--- Comment #8 from DJ Delorie ---
There are a few regressions in the testsuite (pr26255.c with -mcpu=m32c for
example) and libstdc++ still doesn't build, but ieee/920810-1 now passes and
newlib builds. I suppose that's "better".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
--- Comment #7 from Joel Sherrill ---
DJ.. do you think the patch from Bernd can be applied to the 4.9 branch? and
maybe the head?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
camden lindsay changed:
What|Removed |Added
CC||camden.lindsay at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
Bernd Edlinger changed:
What|Removed |Added
CC||bernd.edlinger at hotmail dot
de
--- C
17 matches
Mail list logo