https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67771
--- Comment #7 from Adhemerval Zanella
---
(In reply to John Paul Adrian Glaubitz from comment #6)
> (In reply to Joseph S. Myers from comment #5)
> > Various glibc functions work around this using FIX_INT_FP_CONVERT_ZERO, I
> > suppose the new
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: adhemerval.zanella at linaro dot org
Target Milestone: ---
Created attachment 59957
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59957&action=edit
preprocessed file of the affected routine
The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114326
Adhemerval Zanella changed:
What|Removed |Added
CC||adhemerval.zanella at linaro
dot o
Assignee: unassigned at gcc dot gnu.org
Reporter: adhemerval.zanella at linaro dot org
Target Milestone: ---
It seems that this change triggered with Linaro CI on arm 32 bit [1]:
--
Executing on host:
/home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/destdir/x86_64-pc-linux-gnu/bin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50
Adhemerval Zanella changed:
What|Removed |Added
CC||adhemerval.zanella at linaro
dot o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114275
Adhemerval Zanella changed:
What|Removed |Added
CC||adhemerval.zanella at linaro
dot o
Assignee: unassigned at gcc dot gnu.org
Reporter: adhemerval.zanella at linaro dot org
Target Milestone: ---
The gcc/gcc/tree-vect-slp.cc torture testcase triggered a ICE:
spawn -ignore SIGHUP
/home/tcwg-buildslave/workspace/tcwg_gnu_0/abe/builds/destdir/x86_64-pc-linux-gnu/bin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112337
Adhemerval Zanella changed:
What|Removed |Added
CC||adhemerval.zanella at linaro
dot o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56
Adhemerval Zanella changed:
What|Removed |Added
Resolution|DUPLICATE |---
Status|RESOLVED
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: adhemerval.zanella at linaro dot org
Target Milestone: ---
After
https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=a1558e9ad856938f165f838733955b331ebbec09,
I have noticed
Assignee: unassigned at gcc dot gnu.org
Reporter: adhemerval.zanella at linaro dot org
Target Milestone: ---
The reduced testcase:
--
#include
static svbool_t visinf_vo_vf(svfloat32_t d)
{
return svcmpeq_n_f32 (svptrue_b8 (),
svabs_f32_x (svptrue_b8 (), d
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: adhemerval.zanella at linaro dot org
Target Milestone: ---
For hard-float, GCC should support inline code generation for the trunc, floor,
ceil, isinf, finite, scalbn, isnan, scalbln, nearbyint, lrint, and sincos
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94194
--- Comment #2 from Adhemerval Zanella
---
Afaik the libc implementation is free to set any macro value for FE_*, although
glibc and other implementations I am awre of try to make is related to
architecture values when it does make sense (and it
Assignee: unassigned at gcc dot gnu.org
Reporter: adhemerval.zanella at linaro dot org
Target Milestone: ---
GCC should support inline code generation for feraiseexcept. These optimization
has been provided by glibc through fenv.h and glibc idea is to remove both the
headers and
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: adhemerval.zanella at linaro dot org
Target Milestone: ---
For hard-float powerpc, GCC should support inline code generation for the
fegetround, feraiseexcept, and feclearexcept
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92657
--- Comment #3 from Adhemerval Zanella
---
(In reply to Adhemerval Zanella from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > Again, this is not due to tree-ch at all. This is due to the code motion
> > passes move invariant loa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92657
--- Comment #2 from Adhemerval Zanella
---
(In reply to Andrew Pinski from comment #1)
> Again, this is not due to tree-ch at all. This is due to the code motion
> passes move invariant load/stores out of the loop. Tree-ch pass just allows
> t
Assignee: unassigned at gcc dot gnu.org
Reporter: adhemerval.zanella at linaro dot org
Target Milestone: ---
Created attachment 47351
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47351&action=edit
High stack usage due ftree-ch
The code snippet (gcc_free_ch_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71042
--- Comment #10 from Adhemerval Zanella
---
I just pushed r278292 on compiler-rt and I think it should fix the issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71042
--- Comment #9 from Adhemerval Zanella
---
Right, I wasn't aware of this RPM symbol handling. I see that guard pointer
can be obtained on aarch64 by:
uintptr_t get_guard_ptr (void)
{
jmp_buf jb;
uintptr_t expected, mangled;
setjmp (jb)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71042
--- Comment #7 from Adhemerval Zanella
---
I do have a better solution to fix it, since for aarch64 glibc port, the stack
guard is a global variable (different than x86_64 where it in tcbhead
accessible through thread pointer).
We can just disa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71445
--- Comment #18 from Adhemerval Zanella
---
Yes, I will take care of reverting compiler-rt changes and bring the issues you
raised.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71445
--- Comment #16 from Adhemerval Zanella
---
I am sorry for make you waste your time Jakub, after some deliberation I
decided to revert this patch on glibc. I will close this bug after push this
change on glibc side.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71445
--- Comment #12 from Adhemerval Zanella
---
After checking the work required for enable symbol versioning wrapper on
libsanitizer I am more inclined to go with always ignore the high bits (at
least for backports). The versioning enablement will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71445
--- Comment #10 from Adhemerval Zanella
---
I think add versioned symbols in libsanitizer seems feasible with current
supported platforms and seems to be the more complete fix. I will check on
that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71445
--- Comment #8 from Adhemerval Zanella
---
Indeed I did not take in consideration the versioned issue with interposed
wrapper mainly because the idea of the patch was to fix the static compile
asserts against newer glibc. I see the runtime issu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71445
Adhemerval Zanella changed:
What|Removed |Added
CC||adhemerval.zanella at linaro
dot o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48891
Adhemerval Zanella changed:
What|Removed |Added
CC||adhemerval.zanella at linaro
dot o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59748
Adhemerval Zanella changed:
What|Removed |Added
CC||adhemerval.zanella at linaro
dot o
29 matches
Mail list logo
