https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100102
Jakub Jelinek changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #4 from
Jakub Jelinek writes:
> --- gcc/config/aarch64/aarch64.md.jj 2021-04-15 10:45:02.798853095 +0200
> +++ gcc/config/aarch64/aarch64.md 2021-04-15 13:28:04.734754364 +0200
> @@ -3572,6 +3572,18 @@ (define_insn "*neg__si2_uxtw"
>[(set_attr "autodetect_type" "alu_shift__op2")]
> )
>
>
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|
On Thu, Apr 15, 2021 at 6:51 PM H.J. Lu wrote:
>
> On Thu, Apr 15, 2021 at 9:34 AM Uros Bizjak wrote:
> >
> > On Thu, Apr 15, 2021 at 6:26 PM H.J. Lu wrote:
> > >
> > > On Thu, Apr 15, 2021 at 9:14 AM Uros Bizjak wrote:
> > > >
> > > > On Thu, Apr 15, 2021 at 5:11 PM H.J. Lu wrote:
> > > > >
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()
{
On s390* the only missing part for the mentioned testcases was a load of
a double floating-point zero via a move (in particular for quite old
machines) which was added in commit 46c47420a5fefd4d9d02b0db347235dd74e20fb2.
Common code implementation is sufficient in order to clear volatile
GPRs,
Looks good in general, but like you say, it's GCC 12 material.
Alex Coplan writes:
> diff --git a/gcc/config/aarch64/aarch64-bti-insert.c
> b/gcc/config/aarch64/aarch64-bti-insert.c
> index 936649769c7..943fa3c1097 100644
> --- a/gcc/config/aarch64/aarch64-bti-insert.c
> +++
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:
> >
> Sent: Friday, April 16, 2021 at 4:24 AM
> From: "Richard Biener via Gcc"
> To: "Jason Merrill"
> Cc: "Thomas Koenig" , "gcc mailing list"
>
> Subject: Re: GCC association with the FSF
>
> On April 15, 2021 6:02:50 PM GMT+02:00, Jason Merrill
> wrote:
> >On Wed, Apr 14, 2021 at 8:08 AM
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
On Thu, Apr 15, 2021 at 9:53 AM Uros Bizjak wrote:
>
> On Thu, Apr 15, 2021 at 6:51 PM H.J. Lu wrote:
> >
> > On Thu, Apr 15, 2021 at 9:34 AM Uros Bizjak wrote:
> > >
> > > On Thu, Apr 15, 2021 at 6:26 PM H.J. Lu wrote:
> > > >
> > > > On Thu, Apr 15, 2021 at 9:14 AM Uros Bizjak wrote:
> > >
On Thu, 2021-04-15 at 09:49 -0400, Eric S. Raymond wrote:
> Joseph Myers :
> > On Wed, 14 Apr 2021, Eric S. Raymond wrote:
> >
> > > I'm not judging RMS's behavior (or anyone else's) one way or
> > > another. I am simply pointing out that there is a Schelling point
> > > in
> > > possible
Hi!
On 2021-02-26T04:34:50-0800, Julian Brown wrote:
> This patch
Thanks, Julian, for your continued improving of these changes!
This has iterated through several conceptually different designs and
implementations, by several people, over the past several years.
It's now been made my task to
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
On Thu, Apr 15, 2021 at 6:51 PM H.J. Lu wrote:
>
> On Thu, Apr 15, 2021 at 9:34 AM Uros Bizjak wrote:
> >
> > On Thu, Apr 15, 2021 at 6:26 PM H.J. Lu wrote:
> > >
> > > On Thu, Apr 15, 2021 at 9:14 AM Uros Bizjak wrote:
> > > >
> > > > On Thu, Apr 15, 2021 at 5:11 PM H.J. Lu wrote:
> > > > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99540
--- Comment #12 from Alex Coplan ---
Looks like this can be closed?
On Thu, Apr 15, 2021 at 9:34 AM Uros Bizjak wrote:
>
> On Thu, Apr 15, 2021 at 6:26 PM H.J. Lu wrote:
> >
> > On Thu, Apr 15, 2021 at 9:14 AM Uros Bizjak wrote:
> > >
> > > On Thu, Apr 15, 2021 at 5:11 PM H.J. Lu wrote:
> > > >
> > > > Use crc32 target option for CRC32 intrinsics to support
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;
On 15/04/21 18:23 +0200, Eric Botcazou wrote:
Without this I see a number of tests failing when -m32 is used.
libstdc++-v3/ChangeLog:
* testsuite/lib/dg-options.exp (add_options_for_libatomic): Also
add libatomic options for 32-bit sparc*-*-linux-gnu.
Eric, are you OK with
My patch for 99478 relied on local_variables_forbidden_p for distinguishing
between a template parameter and its default argument, but that flag wasn't
set for a default type template-argument.
Tested x86_64-pc-linux-gnu, applying to trunk.
gcc/cp/ChangeLog:
PR c++/100091
PR
On Thu, Apr 15, 2021 at 6:26 PM H.J. Lu wrote:
>
> On Thu, Apr 15, 2021 at 9:14 AM Uros Bizjak wrote:
> >
> > On Thu, Apr 15, 2021 at 5:11 PM H.J. Lu wrote:
> > >
> > > Use crc32 target option for CRC32 intrinsics to support CRC32 intrinsics
> > > without enabling SSE vector instructions.
> >
>
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|
On Thu, Apr 15, 2021 at 9:14 AM Uros Bizjak wrote:
>
> On Thu, Apr 15, 2021 at 5:11 PM H.J. Lu wrote:
> >
> > Use crc32 target option for CRC32 intrinsics to support CRC32 intrinsics
> > without enabling SSE vector instructions.
>
> There is no CRC32 ISA. crc32 is part of SSE4.2 [1] and current
On April 15, 2021 6:02:50 PM GMT+02:00, Jason Merrill wrote:
>On Wed, Apr 14, 2021 at 8:08 AM Richard Biener via Gcc
> wrote:
>> On April 14, 2021 12:19:16 PM GMT+02:00, Jonathan Wakely via Gcc
> wrote:
>> >N.B. Jeff is no longer @redhat.com so I've changed the CC
>> >On Wed, 14 Apr 2021 at
> Without this I see a number of tests failing when -m32 is used.
>
> libstdc++-v3/ChangeLog:
>
> * testsuite/lib/dg-options.exp (add_options_for_libatomic): Also
> add libatomic options for 32-bit sparc*-*-linux-gnu.
>
> Eric, are you OK with this? It adds -latomic and the
On April 15, 2021 6:08:44 PM GMT+02:00, Martin Sebor wrote:
>On 4/15/21 5:01 AM, Richard Biener wrote:
>> This adds a deprecation note to the undocumented gimple-builder.h
>> API only used by asan and sancov.
>>
>> Pushed.
>>
>> 2021-04-15 Richard Biener
>>
>> * gimple-builder.h: Add
On 4/15/21 8:00 AM, Thomas Koenig via Gcc wrote:
My 0.02 Euro-Cent:
There is a minor problem with contributors being overly harsh/
borderline abusive on the mailing list. In my > 15 years with
the project, I have only had that problem with one single
person, and I have resolved that by never
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96657
Jonathan Wakely changed:
What|Removed |Added
Summary|[9/10/11 Regression]|[9/10 Regression]
On Thu, Apr 15, 2021 at 5:11 PM H.J. Lu wrote:
>
> Use crc32 target option for CRC32 intrinsics to support CRC32 intrinsics
> without enabling SSE vector instructions.
There is no CRC32 ISA. crc32 is part of SSE4.2 [1] and current
situation reflects that correctly.
[1]
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
The changes for PR libstdc++/64735 mean that libsupc++ function might
now depend on the __exchange_and_add and __atomic_add functions defined
in config/cpu/*/atomicity.h which is not compiled into libsupc++. This
causes a link failure for some targets when trying to use libsupc++
without the rest
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:
On 4/15/21 5:01 AM, Richard Biener wrote:
This adds a deprecation note to the undocumented gimple-builder.h
API only used by asan and sancov.
Pushed.
2021-04-15 Richard Biener
* gimple-builder.h: Add deprecation note.
---
gcc/gimple-builder.h | 2 ++
1 file changed, 2
[PATCH 2/2] Add IEEE 128-bit fp conditional move on PowerPC.
This patch adds the support for power10 IEEE 128-bit floating point conditional
move and for automatically generating min/max.
In this patch, I simplified things. Instead of allowing any four of the modes
to be used for the
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
On Wed, Apr 14, 2021 at 8:08 AM Richard Biener via Gcc wrote:
> On April 14, 2021 12:19:16 PM GMT+02:00, Jonathan Wakely via Gcc
> wrote:
> >N.B. Jeff is no longer @redhat.com so I've changed the CC
> >On Wed, 14 Apr 2021 at 11:03, Thomas Koenig
> >wrote:
> >> - All gfortran developers move to
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
Without this I see a number of tests failing when -m32 is used.
libstdc++-v3/ChangeLog:
* testsuite/lib/dg-options.exp (add_options_for_libatomic): Also
add libatomic options for 32-bit sparc*-*-linux-gnu.
Eric, are you OK with this? It adds -latomic and the appropriate -L
[PATCH 1/2] Add IEEE 128-bit min/max support on PowerPC.
This patch adds the support for the IEEE 128-bit floating point C minimum and
maximum instructions. The next patch will add the support for using the
compare and set mask instruction to implement conditional moves.
I removed the
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?
These patches add support for the XSMAXCQP, XSMINCQP, XSCMPEQQP, XSCMPGTQP, and
XSCMPGEQP instructions that were added to the PowerPC ISA 3.1 (power10).
These patches address the comments raised from the last version of the patches.
In this iteration, I simplified the first patch, eliminating a
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
---
Hi,
the gimplefe40 and gimplefe41.c tests expect vector capabilities
(vect_float etc.) yet are not in the vect subdirectory. This causes
both to be called unconditionally without prior target-specific vector
setup normally performed by vect/vect.exp.
There is a target-specific option for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100101
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
Hi!
The testcase used to be compiled at -O2 by GCC8 and earlier to:
f1:
neg w1, w0, asr 16
and w1, w1, 65535
orr w0, w1, w0, lsl 16
ret
f2:
neg w1, w0
extrw0, w1, w0, 16
ret
but since GCC9 (r9-3594 for f1 and r9-6926 for
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
Hi All!
Proposed patch to:
PR100097 - Unlimited polymorphic pointers and allocatables have
incorrect rank
PR100098 - Polymorphic pointers and allocatables have incorrect rank
Patch tested only on x86_64-pc-linux-gnu.
Pointers, and allocatables, must carry TKR information even when
> On Apr 15, 2021, at 11:17 AM, Iain Sandoe wrote:
>
> ...
> responding in general to this part of the thread.
>
> * The GCC environment is not hostile, and has not been for the 15 or so
> years I’ve been part of the community.
Glad to see you feel that way; my view matches yours.
> * We
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
This patch follows on from a previous one and adds -mtune=generic
to the SVE ACLE assembler tests. These tests are pure assembly
tests (execution tests are elsewhere) and they already require
dg-additional-options to be used to add new options. We therefore
don't need
A lot of the SVE assembly tests are for generic-tuned SVE codegen
and so can fail when run on a toolchain configured with --with-cpu.
This could easily be solved by forcing -mtune=generic, like we already
do for -moverride=tune=none. However, the testsuite also has some
useful execution tests
Eric S. Raymond wrote:
Paul Koning via Gcc :
On Apr 14, 2021, at 4:39 PM, Ian Lance Taylor via Gcc
wrote:
So we don't get the choice between "everyone is welcome" and "some
people are kicked off the list." We get the choice between "some
people decline to participate because it is
Use crc32 target option for CRC32 intrinsics to support CRC32 intrinsics
without enabling SSE vector instructions.
* config/i386/gnu-property.c
(file_end_indicate_exec_stack_and_gnu_property): Also check
TARGET_CRC32 for GNU_PROPERTY_X86_ISA_1_V2.
*
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
Adrian via Gcc :
> Eric S. Raymond :
> > there is actually a value conflict between being "welcoming" in that
> sense and the actual purpose of this list, which is to ship code.
>
> Speaking as a "high functioning autist", I'm aware of the difficulties that
> some of us have with social
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
Hi all,
The PR shows two ICEs with __sync_bool_compare_and_swap and
-mcpu=cortex-m23 (equivalently, -march=armv8-m.base): one in LRA and one
later on, after the CAS insn is split.
The LRA ICE occurs because the
@atomic_compare_and_swap_1 pattern attempts to tie
two output operands together
> Sent: Thursday, April 15, 2021 at 10:20 PM
> From: "Aaron Gyes"
> To: gcc@gcc.gnu.org
> Cc: dim...@gmx.com
> Subject: Re: removing toxic emailers
>
> > On Apr 14, 2021, at 5:10 PM, Christopher Dimech wrote:
>
> > What are we? Adults or Children? You know, as I know, that identities
> >
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).
> Sent: Thursday, April 15, 2021 at 9:18 PM
> From: "Jonathan Wakely"
> To: "Christopher Dimech"
> Cc: "Nathan Sidwell" , "gcc@gcc.gnu.org"
> Subject: Re: removing toxic emailers
>
> On Thu, 15 Apr 2021 at 02:18, Christopher Dimech wrote:
> > What are we? Adults or Children? You know, as I
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
On Thu, Apr 15, 2021 at 2:51 PM Stefan Schulze Frielinghaus via
Gcc-patches wrote:
>
> For z10 and newer inner loops are completely unrolled which leaves no
> inner loops to jam which renders this testcase to fail. Reverting
> max-completely-peel-times to the default value fixes this testcase.
>
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,
Paul Koning via Gcc :
> > On Apr 14, 2021, at 4:39 PM, Ian Lance Taylor via Gcc
> > wrote:
> > So we don't get the choice between "everyone is welcome" and "some
> > people are kicked off the list." We get the choice between "some
> > people decline to participate because it is unpleasant" and
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.
>
>
Joseph Myers :
> On Wed, 14 Apr 2021, Eric S. Raymond wrote:
>
> > I'm not judging RMS's behavior (or anyone else's) one way or
> > another. I am simply pointing out that there is a Schelling point in
> > possible community norms that is well expressed as "you shall judge by
> > the code alone".
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.
Hi,
On Wed, 14 Apr 2021 at 02:20, Jason Merrill via Gcc-patches
wrote:
>
> PR49951 complained about the debugger jumping back to the declaration of a
> local variable when we run its destructor. That was fixed in 4.7, but broke
> again in 4.8. PR58123 fixed an inconsistency in the behavior,
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #3 from Jakub Jelinek ---
So, how many text relocations do you see?
E.g. readelf -Wa libgccjit.so.0 output attached here would be useful.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #2 from Sascha Wilde ---
> How did you build libgccjit.so.0?
> Have you used --enable-host-shared during configure?
Yes, AFAIK this is mandatory?
Here is the configuration I used:
../gcc-10.2.0/configure \
101 - 200 of 288 matches
Mail list logo