https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100111
Bug ID: 100111
Summary: `-fno-elide-constructors` causes ICE in GCC 10.3
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100110
Bug ID: 100110
Summary: Parameterized Derived Types, problems with global
variable
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100079
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:89c863488bc8c7315596bcb753173aa2fd8be727
commit r11-8207-g89c863488bc8c7315596bcb753173aa2fd8be727
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100056
--- Comment #11 from Luc Van Oostenryck ---
Works nicely now.
Thank you.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100028
--- Comment #8 from Luc Van Oostenryck ---
Woks nicely now.
Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100109
Bug ID: 100109
Summary: ICE: unexpected expression 'E' of kind
template_parm_index
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100108
Bug ID: 100108
Summary: [10 Regression] powerpc: recognize 32-bit CPU as
POWER9 with -misel option
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100104
--- Comment #4 from 康桓瑋 ---
And Build "copy" with -O2 on ARM64 is identical with -O3
(https://godbolt.org/z/5hjKGbrTd):
.LC0:
.string "vector::_M_realloc_insert"
transform(std::vector > const&):
stp x29, x30, [sp, -64]!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100107
Bug ID: 100107
Summary: [10 Regression] powerpc: redundant .machine directive
clobbers CPU flags to assembler
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100104
--- Comment #3 from 康桓瑋 ---
Build "copy" with -O2 on x86-64 (https://godbolt.org/z/Gja6xrq9G):
.LC0:
.string "vector::_M_realloc_insert"
copy(std::vector > const&):
pushr15
pxorxmm0, xmm0
pushr14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100104
--- Comment #2 from 康桓瑋 ---
Build "copy" with -O2 on x86-64 (https://godbolt.org/z/Gja6xrq9G):
.LC0:
.string "vector::_M_realloc_insert"
copy(std::vector > const&):
pushr15
pxorxmm0, xmm0
pushr14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91470
Martin Sebor changed:
What|Removed |Added
Known to fail||10.2.0, 11.0
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99971
Dávid Bolvanský changed:
What|Removed |Added
CC||david.bolvansky at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86172
Bug 86172 depends on bug 89202, which changed state.
Bug 89202 Summary: missing -Wnonnull-dereference or -Wuninitialized for a
certain bug (CCP)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89202
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18501
--- Comment #96 from Martin Sebor ---
*** Bug 89202 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 89202, which changed state.
Bug 89202 Summary: missing -Wnonnull-dereference or -Wuninitialized for a
certain bug (CCP)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89202
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89202
Martin Sebor changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90844
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89180
Bug 89180 depends on bug 99972, which changed state.
Bug 99972 Summary: missing -Wunused-result on a call to a locally redeclared
warn_unused_result function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99972
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99972
Martin Sebor changed:
What|Removed |Added
Target Milestone|--- |11.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99420
Martin Sebor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99420
--- Comment #7 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:da879e01ecd35737c18be1da3324f4560aba1961
commit r11-8205-gda879e01ecd35737c18be1da3324f4560aba1961
Author: Martin Sebor
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99972
--- Comment #4 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:da879e01ecd35737c18be1da3324f4560aba1961
commit r11-8205-gda879e01ecd35737c18be1da3324f4560aba1961
Author: Martin Sebor
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85563
Martin Sebor changed:
What|Removed |Added
Keywords||missed-optimization
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100106
Alex Coplan changed:
What|Removed |Added
Target||arm
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100106
Bug ID: 100106
Summary: [10/11 Regression] ICE in gen_movdi, at
config/arm/arm.md:6187 since r10-2840-g70cdb21e
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63797
--- Comment #9 from anlauf at gcc dot gnu.org ---
Patch: https://gcc.gnu.org/pipermail/fortran/2021-April/055935.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63797
--- Comment #8 from anlauf at gcc dot gnu.org ---
(In reply to Steve Kargl from comment #7)
> which looks like a default initialization. Does sqrt need to be
> recorded into the module? If not, then your patch is probably ok.
My patch actually
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84877
--- Comment #22 from CVS Commits ---
The master branch has been updated by Hans-Peter Nilsson :
https://gcc.gnu.org/g:58fe131b91007793c0f12f5fe6cab3f1a017d0fa
commit r11-8204-g58fe131b91007793c0f12f5fe6cab3f1a017d0fa
Author: Hans-Peter Nilsson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100105
Bug ID: 100105
Summary: stack exhaust by recursion in cxxfilt demangler
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80456
Jason Merrill changed:
What|Removed |Added
Known to work||11.0
Summary|[8/9/10/11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80456
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:3682052e4ccf0a29d1f61df1c8e31f8190eafafe
commit r11-8203-g3682052e4ccf0a29d1f61df1c8e31f8190eafafe
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89230
--- Comment #10 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:2dbbbe893f75f587c48111ab4c97cf5e74fb91bb
commit r11-8202-g2dbbbe893f75f587c48111ab4c97cf5e74fb91bb
Author: Martin Sebor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #17 from Sascha Wilde ---
(In reply to David Malcolm from comment #16)
> (In reply to Sascha Wilde from comment #10)
> > (In reply to David Malcolm from comment #8)
> > > It would be good to know exactly where that error message is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 89230, which changed state.
Bug 89230 Summary: Bogus uninited usage warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89230
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89230
Martin Sebor changed:
What|Removed |Added
Known to fail||10.2.0, 7.3.0, 8.3.0, 9.2.0
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81776
Martin Sebor changed:
What|Removed |Added
Known to fail||10.2.0, 11.0, 8.3.0, 9.3.0
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100104
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80456
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100101
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:2efbbba16a0630fac8cadcd6d9e0ffaabfadb79f
commit r11-8201-g2efbbba16a0630fac8cadcd6d9e0ffaabfadb79f
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100101
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99583
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:2efbbba16a0630fac8cadcd6d9e0ffaabfadb79f
commit r11-8201-g2efbbba16a0630fac8cadcd6d9e0ffaabfadb79f
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99683
Patrick Palka changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100085
--- Comment #3 from Segher Boessenkool ---
The rotates in 6 and 7 are not merged, and neither are the vec_selects in
8 and 9. Both should be pretty easy to do, there is no unspec in sight,
etc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100102
Jakub Jelinek changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100104
Bug ID: 100104
Summary: std::transform is 1.5 times faster than std::copy with
-O3
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100099
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99683
--- Comment #1 from Omer Rosler ---
It seems that
Reduced:
template
struct A
{
constexpr A(int) {}
};
A(int) -> A;
template //template works fine
struct B
{
template
B(T);
};
template
B(T) -> B; //see below
int main()
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #16 from David Malcolm ---
(In reply to Sascha Wilde from comment #10)
> (In reply to David Malcolm from comment #8)
> > It would be good to know exactly where that error message is being emitted.
> >
> > If you add:
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100102
Jakub Jelinek changed:
What|Removed |Added
Summary|ICE in tsubst, at |[8/9/10/11 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100102
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2021-04-15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90115
Thomas Schwinge changed:
What|Removed |Added
Blocks||90114
--- Comment #1 from Thomas
+ (GCC) 11.0.1 20210415 (experimental)
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81714
Martin Sebor changed:
What|Removed |Added
CC||skvadrik at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 60741, which changed state.
Bug 60741 Summary: -Wmaybe-uninitialized wrong location
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60741
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60741
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100101
--- Comment #4 from Jakub Jelinek ---
--- gcc/cp/error.c.jj 2021-02-25 23:27:46.561918450 +0100
+++ gcc/cp/error.c 2021-04-15 19:10:38.389850343 +0200
@@ -1554,10 +1554,12 @@ find_typenames_r (tree *tp, int *walk_su
/* Add the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100101
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99540
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|10.4|8.5
--- Comment #13 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100091
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99700
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99540
--- Comment #12 from Alex Coplan ---
Looks like this can be closed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 81962, which changed state.
Bug 81962 Summary: -Wmaybe-uninitialized refers to wrong line (and only works
with -O3) (Fortran)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81962
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63943
Martin Sebor changed:
What|Removed |Added
See Also|https://gcc.gnu.org/bugzill |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81962
Martin Sebor changed:
What|Removed |Added
See Also|https://gcc.gnu.org/bugzill |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100101
--- Comment #3 from Jakub Jelinek ---
In particular it is the TYPENAME_TYPE type seen in bar's noexcept expression.
Does find_typenames_r ever want to walk into expressions?
I.e. couldn't the fix be
if (EXPR_P (*tp))
*walk_subtrees = 0;
sic assignment fails inside select rank
construct.
Seen on:
GNU Fortran (GCC) 11.0.1 20210415 (experimental)
GNU Fortran (GCC) 10.3.1 20210415
Thank you very much.
Best regards,
José Rui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70392
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2017-12-30 00:00:00 |2021-4-15
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96657
Jonathan Wakely changed:
What|Removed |Added
Summary|[9/10/11 Regression]|[9/10 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #15 from Sascha Wilde ---
(In reply to Jakub Jelinek from comment #13)
> readelf -wi libgccjit.so.0 | grep DW_AT_producer | grep -v 'fPIC\|fpic'
FWIW, I had the command running for quite some while without spotting any
line not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64735
--- Comment #14 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:6c0c7fc6236470a533675cd3cd1ebb1cc3dd112c
commit r11-8198-g6c0c7fc6236470a533675cd3cd1ebb1cc3dd112c
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96657
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:6c0c7fc6236470a533675cd3cd1ebb1cc3dd112c
commit r11-8198-g6c0c7fc6236470a533675cd3cd1ebb1cc3dd112c
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100102
--- Comment #1 from Erik Schnetter ---
Created attachment 50605
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50605=edit
Compressed preprocessed source code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100102
Bug ID: 100102
Summary: ICE in tsubst, at cp/pt.c:15310
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99971
--- Comment #6 from andysem at mail dot ru ---
Hmm, it looks like the original code has changed enough so that the problem no
longer reproduces, with or without __restrict__. I don't have the older version
of the code, so I can't tell what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100101
--- Comment #2 from Jakub Jelinek ---
So maybe find_typenames doesn't want to walk into TYPE_RAISES_EXCEPTIONS?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100094
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100101
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100101
Patrick Palka changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99767
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100091
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #14 from Jakub Jelinek ---
Though, DW_AT_producer lines don't really provide the filename and comp_dir,
so guess what I need is better
readelf -wi libgccjit.so.0 | grep -A4 DW_AT_producer | bzip2 -9
output.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #13 from Jakub Jelinek ---
The important question is what TUs are compiled without -fPIC/-fpic, those with
those options are fine.
So perhaps
readelf -wi libgccjit.so.0 | grep DW_AT_producer | grep -v 'fPIC\|fpic'
?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99767
--- Comment #5 from Jakub Jelinek ---
Note, we have already:
/* Stub out scalar statements that must not survive vectorization.
Doing this here helps with grouped statements, or statements that
are involved in patterns.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #12 from Sascha Wilde ---
(In reply to Jakub Jelinek from comment #9)
> Perhaps
> readelf -wi libgccjit.so.0 | grep DW_AT_producer
> would make it clearer on what is and what is not built with -fpic/-fPIC.
This runs quite long and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99387
--- Comment #3 from Patrick Palka ---
Reduced:
template struct A { };
template struct B { };
template class Tmpl, Tmpl V>
void f (A);
int main() {
A{}> x;
f(x);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100101
Bug ID: 100101
Summary: [11 Regression] ICE with
-Wzero-as-null-pointer-constant
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #11 from Sascha Wilde ---
Created attachment 50603
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50603=edit
tut01-hello-world log output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #10 from Sascha Wilde ---
(In reply to David Malcolm from comment #8)
> It would be good to know exactly where that error message is being emitted.
>
> If you add:
> gcc_jit_context_set_logfile (ctxt, stderr, 0, 0);
> to the test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99963
--- Comment #3 from Luke Dalessandro ---
I understand. Thank you (I've forwarded this on to clang, which _does_ accept
the ambiguous form).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100067
--- Comment #5 from Christophe Lyon ---
(In reply to Richard Earnshaw from comment #4)
> (In reply to Christophe Lyon from comment #3)
> > Unfortunately this is causing many regressions in the GCC testsuite.
>
> Sigh! I'm not entirely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #9 from Jakub Jelinek ---
So I see 236 R_386_RELATIVE text relocations and 231 other text relocations.
Seems the compiler itself is built with -fpic/-fPIC, but some of the libraries
that are linked into it are not, e.g. libintl.a,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100067
--- Comment #4 from Richard Earnshaw ---
(In reply to Christophe Lyon from comment #3)
> Unfortunately this is causing many regressions in the GCC testsuite.
Sigh! I'm not entirely surprised. I suspect most of this is testisms, though.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #8 from David Malcolm ---
(In reply to Sascha Wilde from comment #6)
> However, please note that
> "Cannot write-enable text segment: Permission denied"
> is the more pressing problem, as it prevents libgccjit to be used
> on NetBSD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #7 from Andreas Schwab ---
That's just the consequence of text relocations.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #6 from Sascha Wilde ---
However, please note that
"Cannot write-enable text segment: Permission denied"
is the more pressing problem, as it prevents libgccjit to be used
on NetBSD with default security settings.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #5 from Sascha Wilde ---
(In reply to Jakub Jelinek from comment #3)
> So, how many text relocations do you see?
> E.g. readelf -Wa libgccjit.so.0 output attached here would be useful.
I attached the requested output (its nearly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100091
--- Comment #4 from Pilar Latiesa ---
> Of course such use of a lambda is quite pointless
Not as pointless as it might appear. This defaulted template parameter enables
a form of stateful metaprogramming:
#include
template
class T {};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #4 from Sascha Wilde ---
Created attachment 50602
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50602=edit
Output of: readelf -Wa /usr/local/lib/libgccjit.so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100067
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment
1 - 100 of 168 matches
Mail list logo
