[Bug target/47779] Problem cross-compiling trunk for bfin

2019-08-08 Thread law at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47779

Jeffrey A. Law  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||law at redhat dot com
 Resolution|--- |FIXED

--- Comment #8 from Jeffrey A. Law  ---
Per c#7.

[Bug target/47779] Problem cross-compiling trunk for bfin

2016-09-30 Thread wbx at openadk dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47779

--- Comment #7 from Waldemar Brodkorb  ---
I fixed it in uClibc-ng some time ago. So if you want you can
close the ticket.

[Bug target/47779] Problem cross-compiling trunk for bfin

2015-07-01 Thread wbx at openadk dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47779

Waldemar Brodkorb wbx at openadk dot org changed:

   What|Removed |Added

 CC||wbx at openadk dot org

--- Comment #6 from Waldemar Brodkorb wbx at openadk dot org ---
Hi,

The bug still exist with latest GCC Git version.
What can be done to fix it? Should it be better fixed in uClibc?

best regards
 Waldemar


[Bug target/47779] Problem cross-compiling trunk for bfin

2013-11-09 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47779

Andrew Pinski pinskia at gcc dot gnu.org changed:

   What|Removed |Added

   Keywords||build
 Target||bfin-uclinux
   Severity|major   |normal


[Bug target/47779] Problem cross-compiling trunk for bfin

2011-04-07 Thread jsm28 at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47779

--- Comment #5 from Joseph S. Myers jsm28 at gcc dot gnu.org 2011-04-07 
18:54:14 UTC ---
The real problem is that a large pile of logically host-only definitions are
included in tm.h for the target, and the real (but hard) fix would be to stop
target code from including tm.h (instead including a much more limited
libgcc-tm.h with only target-required definitions from libgcc/config/).

http://gcc.gnu.org/wiki/Top-Level_Libgcc_Migration


[Bug target/47779] Problem cross-compiling trunk for bfin

2011-03-11 Thread Stuart.Henderson at analog dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47779

--- Comment #4 from Stu Stuart.Henderson at analog dot com 2011-03-11 
11:26:04 UTC ---
(In reply to comment #3)
 Maybe ucontext.h should only define these context ifdef __USE_GNU? That's what
 i386 and x86_64 appear to do.

Hi Bernd,
Unfortunately __USE_GNU is defined at this point, so that doesn't appear to be
what's preventing the problem there.  i386 seems to use REG_x in gcc and x_REG
in uClibc, which avoids it.


[Bug target/47779] Problem cross-compiling trunk for bfin

2011-03-10 Thread bernds at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47779

Bernd Schmidt bernds at gcc dot gnu.org changed:

   What|Removed |Added

 CC||bernds at gcc dot gnu.org

--- Comment #3 from Bernd Schmidt bernds at gcc dot gnu.org 2011-03-10 
12:01:57 UTC ---
Maybe ucontext.h should only define these context ifdef __USE_GNU? That's what
i386 and x86_64 appear to do.