http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56300
--- Comment #2 from chaoyingfu at gcc dot gnu.org 2013-02-12 22:21:09 UTC ---
(In reply to comment #1)
> Use libatomic in 4.8 to fix this.
Good to know this. Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56300
Bug #: 56300
Summary: Add __sync_fetch_and_add_8 and other 8-byte atomic
functions to 32-bit MIPS targets
Classification: Unclassified
Product: gcc
Version: unknown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54369
--- Comment #3 from chaoyingfu at gcc dot gnu.org 2012-08-31 00:38:39 UTC ---
The fall-through path of this jump has a barrier (resulted from
__builtin_unreachable), and the target of this jump has a return instruction.
The algorithm in reorg.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54369
Bug #: 54369
Summary: Delayed-branch pass in reorg.c removes too many
instructions
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54209
--- Comment #4 from chaoyingfu at gcc dot gnu.org 2012-08-09 18:45:41 UTC ---
(In reply to comment #3)
> (In reply to comment #2)
> > MIPS provides a version of link.h in Android NDK as follows:
> > Ex:
> > From android-ndk-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54209
--- Comment #2 from chaoyingfu at gcc dot gnu.org 2012-08-09 17:23:40 UTC ---
MIPS provides a version of link.h in Android NDK as follows:
Ex:
>From android-ndk-r8b/platforms/android-9/arch-mips/usr/include# cat link.h
/*
For building unw
