https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
Rainer Orth changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ro at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
--- Comment #15 from GCC Commits ---
The master branch has been updated by Rainer Orth :
https://gcc.gnu.org/g:33b6ce99b54917a910b59dbd643fd223fbba834c
commit r14-5928-g33b6ce99b54917a910b59dbd643fd223fbba834c
Author: Rainer Orth
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
--- Comment #14 from GCC Commits ---
The master branch has been updated by Rainer Orth :
https://gcc.gnu.org/g:088d3cbc5f906444a7dee98bc9a6f4b724ddfc21
commit r14-5927-g088d3cbc5f906444a7dee98bc9a6f4b724ddfc21
Author: Rainer Orth
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
Rainer Orth changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
--- Comment #12 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
>> --- Comment #10 from Jakub Jelinek ---
>> (In reply to r...@cebitec.uni-bielefeld.de from comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #10 from Jakub Jelinek ---
> (In reply to r...@cebitec.uni-bielefeld.de from comment #9)
[...]
>> I've now come up with an alternative. It's a bit ugly, but it gets the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
--- Comment #10 from Jakub Jelinek ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #9)
> > --- Comment #8 from Jakub Jelinek ---
> > So, shall we go with
> > --- libsanitizer/sanitizer_common/sanitizer_redefine_builtins.h.jj
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #8 from Jakub Jelinek ---
> So, shall we go with
> --- libsanitizer/sanitizer_common/sanitizer_redefine_builtins.h.jj
> 2023-11-15 12:45:17.359586776 +0100
> +++ libs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
--- Comment #8 from Jakub Jelinek ---
So, shall we go with
--- libsanitizer/sanitizer_common/sanitizer_redefine_builtins.h.jj
2023-11-15 12:45:17.359586776 +0100
+++ libsanitizer/sanitizer_common/sanitizer_redefine_builtins.h 2023-11-21
18:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
--- Comment #7 from Jakub Jelinek ---
It doesn't work after the string.h declarations of those functions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
--- Comment #6 from Jakub Jelinek ---
Maybe
extern "C" {
static void *memcpy (void *, const void *, decltype (sizeof 0)) __attribute__
((weakref ("__sanitizer_internal_memcpy")));
static void *memmove (void *, const void *, decltype (sizeof
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
--- Comment #5 from Jakub Jelinek ---
Ah, I see, the problem is that the sanitizers use (both in GCC and Clang)
-fno-builtin option, which makes it not work unless user uses just memcpy.
Short testcase:
extern "C" void *memcpy (void *, const voi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
--- Comment #4 from Jakub Jelinek ---
The __builtin_mem* redirections actually don't seem to be necessary (at least
for me on x86_64-linux), though I certainly don't see any messages about
ignoring something.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Jakub Jelinek ---
> Note, following patch
[...]
> passed bootstrap/regtest for me on x86_64-linux and i686-linux and didn't
> create any new memset/memcpy/memmove
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
--- Comment #2 from Jakub Jelinek ---
Note, following patch
--- libsanitizer/sanitizer_common/sanitizer_redefine_builtins.h.jj
2023-11-15 17:19:11.512783752 +0100
+++ libsanitizer/sanitizer_common/sanitizer_redefine_builtins.h 2023-11-19
22
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
--- Comment #1 from Jakub Jelinek ---
So, what is the Solaris/sparc native as syntax for something similar?
Strangely, non-weak aliases in config/sparc/sysv4.h use the x = y syntax
rather than .set x, y that is used on most targets.
Would using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |14.0
18 matches
Mail list logo
