CSE does not consider calls, not even const calls. This patch puts a
REG_EQUAL note on the pseudo we assign the __tls_get_addr result to,
so that those pseudos can be CSE'd and the extra calls deleted as dead
code.
CSE should really handle const calls directly, but it is stage 4.
Tested on power
hi, all
I am a new guy work on this GCC Bugzilla, and need some help to review
patch detailed showed on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83855, thanks!
David noticed this failing on AIX. It doesn't work on any 32-bit BE,
not so easily noticed because BE Linux will not run these tests (many
of the tests require a Power8 although the test does not need it, and
there aren't many BE Linux Power8 installations).
It turns out the 32-bit implementation
Updates the comment in configure.ac to use the correct autotools version.
Committed as obvious.
git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@269888
138bc75d-0d04-0410-961f-82ee72b054a4
---
libphobos/ChangeLog| 4
libphobos/configure.ac | 10 +-
2 files changed, 9 insertions(
This cleans up un uneeded changelog entry, as entries are not required for
upstream merges.
Also updates the MERGE file which I forgot in the last backport commit.
Commited as obvious.
git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@269887
138bc75d-0d04-0410-961f-82ee72b054a4
---
libphobos/Cha
> The attached patch (pr85667.patch) fixes the subjected issue for 32-bit.
> Please let me know your thoughts on the patch.
IMO you ought not to duplicate most of function_value_32 here.
--
Eric Botcazou
> Umm, did you look at ssa_name_has_boolean_range? Isn't the problem that
> Ada's BOOLEAN_TYPE has a wider range than [0..1] and thus this is the
> wrong bit of code:
>
> /* Boolean types always have a range [0..1]. */
> if (TREE_CODE (TREE_TYPE (op)) == BOOLEAN_TYPE)
> return true;
You
