https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105576
--- Comment #14 from Fangrui Song ---
> Is there a way to capture a method address in inline asm that works in
> -fPIC mode? Specifically I want to capture the address of a static
> method that's in a class that's local to a function. I'm able t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19661
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #17 from
++
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
Clang supports [[clang::no_destroy]] (alternative form:
`__attribute__((no_destroy))`) to disable exit-time destructors of variables of
static or thread local storage duration.
* July
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111555
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114217
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113987
--- Comment #1 from Fangrui Song ---
BTW,
https://github.com/llvm/llvm-project/blob/main/clang/test/SemaCXX/uninitialized.cpp
has many member initializer list examples
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
https://godbolt.org/z/G7ndsTv5c (from
https://github.com/llvm/llvm-project/pull/81179#issuecomment-1937082113
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102317
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105576
Fangrui Song changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104816
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105576
--- Comment #8 from Fangrui Song ---
I've encountered another use case related to metadata sections (establish an
artificial reference for linker garbage collection purposes)
namespace ns { extern int var; } // defined in another translation u
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
Noticed by Ziwei Mao.
% cat a.c
void f() {}
void g() {}
void h() {}
% gcc -ffunction-sections -fpatchable-function-entry
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
Clang introduced `__builtin_memcpy_inline` (https://reviews.llvm.org/D73543) in
2020 and `__builtin_memset_inline` (https://reviews.llvm.org/D126903) in 2022.
The two builtin functions expand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105576
--- Comment #6 from Fangrui Song ---
(In reply to Hongtao.liu from comment #4)
> constraint "i" + "%p0"?
>
> asm (".pushsection .xxx,\"aw\"; .dc.a %p0; .popsection" :: "i"(addr)); //
> supported on aarch64 and riscv
> asm (".pushsection .xx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109707
--- Comment #4 from Fangrui Song ---
(In reply to Andrew Pinski from comment #2)
> As a workaround, you could add the attribute no_instrument_function.
Yes. I thought of this possibility, but pcc's reply on
https://github.com/llvm/llvm-project/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109707
--- Comment #1 from Fangrui Song ---
I came here from a PR for Clang:
https://github.com/llvm/llvm-project/issues/62504
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
The asm in a naked function may reasonably expect the argument registers and
the
return address register (if present) to be live
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109591
--- Comment #3 from Fangrui Song ---
(In reply to Andrew Pinski from comment #2)
> GCC added -fdebug-prefix-map= back in r0-82686-gc8aea42ce2c691e4e8 2 years
> before clang was first release . So
Thank you for the super rapid response!
I
Priority: P3
Component: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
mkdir -p a/b/c
echo 'int main(){}' > a/b/c/d.c
~/Dev/gcc/out/release/gcc/xgcc -B ~/Dev/gcc/out/release/gcc -g -c
-fdebug-prefi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109489
Fangrui Song changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
Clang has supported -fsanitize-trap=undefined and many fine-grained options[1]
e.g. -fsanitize-trap=alignment since 2015.
-fsanitize-undefined-trap-on-error is a deprecated alias for
-fsanitize
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
Clang may add a RISC-V specific option --print-supported-extensions to list
implemented ISA extensions with the corresponding versions:
https://reviews.llvm.org/D146054
I think it will be
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
cat > lib.cpp <<'eof'
#include "lib.h"
#include
void te
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
PR c/42579 added __FILE_NAME__. On the Clang side someone is proposing
__builtin_FILE_NAME (https://reviews.llvm.org/D144878) a la
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108761
--- Comment #3 from Fangrui Song ---
New syntax setting the flags will be useful. Also, currently there is no way to
customize the section type.
NCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
% cat a.cc
__attribute__((section("foo"))) void f() {}
__attribute__((section("foo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108622
--- Comment #1 from Fangrui Song ---
https://gcc.gnu.org/pipermail/gcc-patches/2023-February/611081.html [PATCH]
x86: Use DW_EH_PE_indirect|DW_EH_PE_pcrel encodings for -fno-pic code
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
In .eh_frame and .gcc_except_table, the aarch64 and riscv ports use
DW_EH_PE_indirect|DW_EH_PE_pcrel for both -fno-pic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107963
--- Comment #3 from Fangrui Song ---
GCC doesn't implement -fsanitize=memory.
In the absence of it, __attribute__((disable_sanitizer_instrumentation)) is
like __attribute__((no_sanitize("all"))).
When -fsanitize=memory is implemented, the two a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78204
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #8 from
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
Clang introduced the attribute in https://reviews.llvm.org/D108029 (2021-08).
It disables instrumentations for all kinds of sanitizers.
For non
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
-fgnu89-inline / C99 / C++ inline modes are all different. For C++, perhaps
neither
__GNUC_STDC_INLINE__ nor __GNUC_GNUC_INLINE__
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106897
--- Comment #4 from Fangrui Song ---
Yes, the change will be straightforward, basically the files touched by the
pending https://gcc.gnu.org/pipermail/gcc-patches/2022-July/597586.html
("[PATCH] Remove legacy -gz=zlib-gnu").
I sent it because
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
Translate -gz=std to --compress-debug-sections=zstd for as and ld. This
requires that binutils supports zstd, feature request:
https://sourceware.org/bugzilla/show_bug.cgi?id=29397
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99888
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77882
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #11 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105576
--- Comment #5 from Fangrui Song ---
(In reply to Hongtao.liu from comment #4)
> constraint "i" + "%p0"?
>
> asm (".pushsection .xxx,\"aw\"; .dc.a %p0; .popsection" :: "i"(addr)); //
> supported on aarch64 and riscv
> asm (".pushsection .xx
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
An raw symbolic operand is useful in inline asm (e.g. in C++ to get the mangled
name, or in C to let the compiler do some asm checking). In aarch64 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93645
--- Comment #15 from Fangrui Song ---
-- is definitely rare, but not non-existent.
In GCC, there is {-,--}specs.
In Clang, there are --cuda-path, --ptxas-path, --hip-path, --classpath, etc.
(In reply to Martin Liška from comment #14)
> >
> > I t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93645
--- Comment #13 from Fangrui Song ---
(In reply to Martin Liška from comment #12)
> (In reply to Fangrui Song from comment #11)
> > (In reply to Martin Liška from comment #10)
> > > I replied here:
> > > https://gcc.gnu.org/pipermail/gcc-patches/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93645
--- Comment #11 from Fangrui Song ---
(In reply to Martin Liška from comment #10)
> I replied here:
> https://gcc.gnu.org/pipermail/gcc-patches/2021-June/573823.html
There are people wanting to use mold
https://www.reddit.com/r/rust/comments/rhc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103398
--- Comment #2 from Fangrui Song ---
I want to switch the default because:
* It seems to me that every Linux distro uses --enable-default-pie GCC. I use
"many", but it is likely "most" at this point (2021).
* When a user builds GCC on Linux, th
Priority: P3
Component: driver
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
Many Linux distros configure GCC with --enable-default-pie (at least
Arch/Debian/Fedora/Gentoo/Ubuntu). I think it makes sense to default to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100937
--- Comment #11 from Fangrui Song ---
To enable interposition on Mach-O, one needs a non-default configuration like:
ld -interposable, DYLD_FORCE_FLAT_NAMESPACE or
__attribute__((section("__DATA,__interpose"))).
On PE/COFF, such interposition ju
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100896
--- Comment #5 from Fangrui Song ---
Ah, ok, my /tmp/glibc-many/src/gcc is at releases/gcc-11 while the fix is for
12.0?
Anyway, you may want to clean up gcc/acinclude.m4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100896
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99759
Fangrui Song changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102502
--- Comment #3 from Fangrui Song ---
OK, Andrew asked me to file it :)
I just wanted to fix glibc and run away from the GCC inconsistency.
I know that
https://www.iso-9899.info/n1570.html#6.6 p10 says
"An implementation may accept other forms o
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
Under some circumstances,
const size_t allocation_size = 32768;
_Static_assert (allocation_size >= sizeof (str
IRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
class base;
class b {
public:
void del(base *x);
};
class base {
friend b;
public:
virtual void a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83022
--- Comment #6 from Fangrui Song ---
The issue succeeded to waste some time of MySQL developers BTW:
http://smalldatum.blogspot.com/2017/11/a-new-optimization-in-gcc-5x-and-mysql.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83022
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99759
--- Comment #3 from Fangrui Song ---
(In reply to Alan Modra from comment #2)
> > this means the ctors.65535 will come last.
> Nope, it will come first. And since DT_INIT_ARRAY pointers are executed in
> the order they appear in the array, it wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71482
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #5 from
ty: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
An absolute symbolic operand is useful in inline asm. In aarch64 and x86-64,
there is a documented (supported) approach.
// aar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80223
--- Comment #21 from Fangrui Song ---
(In reply to Fangrui Song from comment #20)
> For example, if an inlining pass happens after instrumentation, then the
> function attribute doesn't necessarily need to suppress inlining. After
> instrumentati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80223
--- Comment #20 from Fangrui Song ---
(In reply to Marco Elver from comment #19)
I am ok with "inlining suppression" as an implementation strategy and I agree
that it should be useful. What I objected strongly is "promised inlining
suppression".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80223
--- Comment #18 from Fangrui Song ---
(In reply to Nick Desaulniers from comment #15)
> (In reply to Fangrui Song from comment #14)
> > Can a no_profile_instrument_function function be inlined into a function
> > without the attribute? This may b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80223
--- Comment #14 from Fangrui Song ---
(In reply to Martin Liška from comment #13)
> What's likely missing is that the attribute should prevent inlining. I'm
> going to test how it behaves right now. Then, the issue can be closed.
It's not clear
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80223
--- Comment #8 from Fangrui Song ---
I am thinking of __attribute__((no_profile)).
In Clang,
-fprofile-generate(-fcs-profile-generate)/-fprofile-instr-generate/-fprofile-arcs
are all different. It will make sense to have a attribute disabling al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80223
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #7 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100937
--- Comment #6 from Fangrui Song ---
Then can you add a -fvisibility=protected variant which only applies to
non-weak defined functions?
Two issues need to be fixed:
(1): https://sourceware.org/bugzilla/show_bug.cgi?id=27973
__attribute__((vi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100937
Fangrui Song changed:
What|Removed |Added
Resolution|WONTFIX |---
Status|RESOLVED
Component: driver
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
Add a configure option --enable-default-semantic-interposition to customize
-f(no-)semantic-interposition default.
The suppression of interprocedural optimizations and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100593
--- Comment #13 from Fangrui Song ---
(In reply to H.J. Lu from comment #12)
> We should handle it in the whole Linux software stack:
>
> https://gitlab.com/x86-psABIs/x86-64-ABI/-/issues/8
>
> not just in compiler.
It is great that you have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100593
--- Comment #11 from Fangrui Song ---
(In reply to Alexander Monakov from comment #10)
> Is there something wrong or undesirable with making this under -fno-plt (or
> the noplt attribute as in your example)?
>
> (after all, it is a kind of PLT-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100618
Fangrui Song changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100593
--- Comment #9 from Fangrui Song ---
I have a patch to implement this Clang.
It'd be good to have a name even if GCC wants to postpone the implementation
for now. How about -fdirect-access-external-function &
-fno-direct-access-external-functio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100593
--- Comment #8 from Fangrui Song ---
Seems that -fno-plt -fno-pic does have the required properties.
A side effect is that all external calls use the (x86-64) call
*f@GOTPCREL(%rip) (x86-32) call *f@GOT form.
The instruction is one byte long
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100593
--- Comment #6 from Fangrui Song ---
(In reply to Alexander Monakov from comment #5)
> Hm, I still don't think I'm misunderstanding what you're saying. I'm
> familiar with the ELF standard (and FWIW I have read your blog posts on
> related matte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100593
--- Comment #4 from Fangrui Song ---
(In reply to Alexander Monakov from comment #3)
> I understand what you're saying, but it seems we're talking past each other.
>
> I agree that if a library is linked with any -Bsymbolic* flag, the main
> ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100593
--- Comment #2 from Fangrui Song ---
(In reply to Alexander Monakov from comment #1)
> It is not necessary to change -fno-pic code generation to gain most of the
> -Bsymbolic benefit
It is necessary, otherwise the function address taken from th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100483
Fangrui Song changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100618
--- Comment #1 from Fangrui Song ---
Perhaps
-fsemantic-interposition=function,variable (default -fpic/-fPIC)
-fsemantic-interposition=variable (compatible with copy relocations but
enable function optimizations)
-fsemantic-interposition= (a
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
Extracted from https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100483
The documentation says -fno-semantic-interposition applies to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100483
--- Comment #1 from Fangrui Song ---
Another request is a new option: -fno-semantic-interposition-function. With
this option, we only assume functions cannot be interposed.
-fno-semantic-interposition assumes both functions and variables cannot
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
Most ELF targets use an absolute relocation (e.g. R_X86_64_32) to take the
address of a default visibility non-definition
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
% cat a.c
int var;
int foo() { return var; }
(I implemented this for clang 11 x86)
% clang -fpic -fno-semantic-interposition -O2 -S a.c
% cat a.s
...
foo
Component: demangler
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
In the demangler, the ('.' (alpha|'_')+) ('.' digit+)* scheme as implemented
for PR40831 allows a decimal but not a hexadecimal.
It'
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
Extracted from https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92424#c8
% echo 'int main() {}' > a.c
% clang --t
Priority: P3
Component: libgcc
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
to drop reliance on ld's default linker script
.init_array:
{
PROVIDE_HIDDEN (__init_array_start = .);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99587
--- Comment #6 from Fangrui Song ---
(In reply to Jakub Jelinek from comment #5)
> (In reply to Florian Weimer from comment #4)
> > For retain, something along these lines might work:
> >
> > diff --git a/gcc/c-family/c-attribs.c b/gcc/c-family/
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
If configure-time ld does not support SHF_GNU_RETAIN, __has_attribute(retain)
may be true while using it will cause a warning.
% cat x.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99282
--- Comment #2 from Fangrui Song ---
(In reply to Jakub Jelinek from comment #1)
> There is the __GCC_HAVE_DWARF2_CFI_ASM predefined macro that tells if .cfi*
> directives are used or not. And, inline asm that wishes to be usable in
> both can u
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
.cfi_* in inline asm is rare, but can be useful if the user wants precise
unwind information.
% cat a.c
int main() {
asm("pu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95095
--- Comment #9 from Fangrui Song ---
(In reply to Segher Boessenkool from comment #8)
> I say nothing like that. I say that
> .text.hot.
> is nasty (is easily mistaken for .text.hot).
>
> I also say that and that named-per-function sections a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95095
--- Comment #7 from Fangrui Song ---
(In reply to Segher Boessenkool from comment #6)
> I was under the impression this unique section thing needed the trailing
> dot thing. This probably is not true.
>
> I still think the old "%" thing is much
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95095
--- Comment #5 from Fangrui Song ---
Linux kernel
include/asm-generic/vmlinux.lds.h currently has
#define TEXT_TEXT \
ALIGN_FUNCTION(); \
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
gcc/testsuite/g++.dg/eh/forced3.C says forced unwinding calls std::unexpected
going through a throw() function.
gcc/testsuite/g++.dg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95095
--- Comment #3 from Fangrui Song ---
(In reply to Segher Boessenkool from comment #2)
> Can't we use ".text%name" for -ffunction-sections, like we did originally,
> in 1996? See cf4403481dd6. This does not conflict with other section
> names, a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98112
--- Comment #7 from Fangrui Song ---
(In reply to Segher Boessenkool from comment #6)
> (In reply to Fangrui Song from comment #5)
> > Please read my first comment why copy relocs is a bad name.
>
> Since I reply to some of that (namely, your ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98112
--- Comment #5 from Fangrui Song ---
(In reply to Segher Boessenkool from comment #4)
> (In reply to Fangrui Song from comment #3)
> > Are you happy with the option name -f[no-]direct-access-external-data ?
>
> Not at all, no :-(
>
> The name d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94722
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #7 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93195
--- Comment #10 from Fangrui Song ---
(In reply to Jakub Jelinek from comment #9)
> I believe this broke building the kernel, see
> https://gcc.gnu.org/pipermail/gcc-patches/2020-December/561974.html
> for details.
For
> ld: .init.data has both
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98112
--- Comment #3 from Fangrui Song ---
Are you happy with the option name -f[no-]direct-access-external-data ?
https://reviews.llvm.org/D92633 is what I want to add to Clang.
I want GCC and Clang to use the same option names...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827
--- Comment #10 from Fangrui Song ---
Note: the section key is not just (name, group name "G"). It is a quadruple:
(name, group name "G", linked-to "o", unique ID)
Keeping just name works for the simplest case.
If GCC decides to support PR95095
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #9 from
erity: normal
Priority: P3
Component: gcov-profile
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
CC: marxin at gcc dot gnu.org
Target Milestone: ---
gcov used _J. C. Tiernan, An Efficient Search Algorithm to Find the Eleme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98112
--- Comment #2 from Fangrui Song ---
Note: -fdirect-access-external-data is architecture-independent. For example,
currently Clang on aarch64 can perform the following optimization:
// clang -target aarch64 -fPIE -O3
adrpx8, :got:var
ldr
rmal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: i at maskray dot me
Target Milestone: ---
After "x86-64: Optimize access to globals in PIE with copy reloc", GCC x86-64
asks the assembler to produce an R_X86_64_PC32 for an
1 - 100 of 135 matches
Mail list logo
