On Fri, 16 Sep 2022, Richard Sandiford wrote:
PR106794 shows that I'd forgotten about masked loads when
doing the SLP layout changes. These loads can't currently
be permuted independently of their mask input, so during
construction they never get a load permutation.
(If we did support
On Fri, 16 Sep 2022, Richard Sandiford wrote:
While writing a testcase for PR106794, I noticed that we failed
to vectorise the testcase in the patch for SVE. The code that
recognises gather loads tries to optimise the point at which
the offset is calculated, to avoid unnecessary extensions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106955
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106954
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106952
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
--- Comment #25 from Iain Buclaw ---
(In reply to Iain Buclaw from comment #24)
> I'd imagine all static asserts would be hit, so a lot more than that -
> floor, tan, sin, cos, pow, etc... - some of which are not exactly trivial to
> implement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
--- Comment #24 from Iain Buclaw ---
(In reply to Peter Bergner from comment #22)
> (In reply to Peter Bergner from comment #21)
> > For the record, this is what I'm testing with:
>
> So we get farther, but ICE again at:
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106953
--- Comment #4 from cqwrteur ---
(In reply to Jonathan Wakely from comment #1)
> Yes, work has already started on this.
BTW TR1_STDINT is still not defined for freestanding without libc. cstdint does
not import any types like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106953
--- Comment #3 from cqwrteur ---
(In reply to Jonathan Wakely from comment #1)
> Yes, work has already started on this.
https://github.com/cplusplus/draft/releases/download/n4917/n4917.pdf
I've tried but those headers are not installed. no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
--- Comment #23 from Peter Bergner ---
(In reply to Peter Bergner from comment #22)
> Looking at expImpl(), it has implementations for all of the float types
> except for IBM128. Maybe just need to add support for that???
A few other places
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
--- Comment #22 from Peter Bergner ---
(In reply to Peter Bergner from comment #21)
> For the record, this is what I'm testing with:
So we get farther, but ICE again at:
From: Ju-Zhe Zhong
This patch is a fix patch for:
https://gcc.gnu.org/pipermail/gcc-patches/2022-September/601643.html
Suppress the warning as follows:
../../../riscv-gcc/gcc/poly-int.h: In function
‘poly_int64 eval_value(rtx, std::map&)’:
../../../riscv-gcc/gcc/poly-int.h:845:48: warning:
On 9/12/22 06:19, Jan-Benedict Glaw wrote:
Hi!
When -mfloat-abi=hard support was added, a cast went missing that
used to silence a warning in common code:
/usr/lib/gcc-snapshot/bin/g++ -fno-PIE -c -g -O2 -DIN_GCC
-DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
--- Comment #21 from Peter Bergner ---
(In reply to Peter Bergner from comment #20)
> So going back to my IBM128 build, I see that libphobos does have some code
> relating to mant_dig == 106 which is IBM128/IBM double-double, including in
> the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
Peter Bergner changed:
What|Removed |Added
Last reconfirmed||2022-09-17
Ever confirmed|0
On 9/6/22 05:39, Alexander Monakov via Gcc-patches wrote:
On Mon, 5 Sep 2022, Philipp Tomsich wrote:
+riscv_mode_rep_extended (scalar_int_mode mode, scalar_int_mode mode_rep)
+{
+ /* On 64-bit targets, SImode register values are sign-extended to DImode. */
+ if (TARGET_64BIT && mode ==
After
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=c17975d81aaed49ff759c20c68b31304a6953d58
the expected inlining in indir-call-prof-2.c test happens during afdo phase
instead of einline.
This patch adjusts the test accordingly.
gcc/testsuite/ChangeLog:
*
On 9/16/22 10:59, Patrick Palka wrote:
On Fri, 16 Sep 2022, Jason Merrill wrote:
On 9/15/22 11:58, Patrick Palka wrote:
Here we're crashing during constraint matching for the instantiated
hidden friends due to two issues with dependent substitution into a
TEMPLATE_ID_EXPR naming a template
On 9/13/22 12:42, Jakub Jelinek wrote:
Hi!
The following patch attempts to implement C++23 P1169R4 - static operator()
paper's compiler side (there is some small library side too not implemented
yet). This allows static members as user operator() declarations and
static specifier on lambdas
Snapshot gcc-11-20220916 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/11-20220916/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 11 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
Tested x86_64-linux, pushed to trunk.
This doesn't actually change anything for the freestanding build, so is
effectively a no-op. _GLIBCXX_HOSTED is always defined to 1 when these
headers are included. However, somebody else is working on installing the
additional headers for freestanding, so
Tested x86_64-linux, pushed to trunk.
-- >8 --
The __alloc_swap and __shrink_to_fit_aux helpers are not specific to
std::allocator, so don't belong in . This also
simplifies enabling for freestanding, as now we can just omit
the whole of for freestanding.
libstdc++-v3/ChangeLog:
*
Tested x86_64-linux, pushed to trunk.
-- >8 --
This adds required headers to a few internal headers that currently
assume their deps will be included first. It's more robust to make them
include their own dependencies, so that later refactoring or reuse of
those headers in new contexts doesn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106953
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:cf0fded5d837bad590eb091d8a3dc4898872560f
commit r13-2705-gcf0fded5d837bad590eb091d8a3dc4898872560f
Author: Jonathan Wakely
On Mon, 2022-09-12 14:19:23 +0200, Jan-Benedict Glaw wrote:
> 2022-09-06 Jan-Benedict Glaw
>
> gcc/ChangeLog:
> * config/csky/csky.h (FUNCTION_ARG_REGNO_P): Cast REGNO to (int)
> to prevent warning.
>
> diff --git a/gcc/config/csky/csky.h b/gcc/config/csky/csky.h
> index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106958
--- Comment #2 from Jakub Jelinek ---
Created attachment 53587
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53587=edit
gcc13-pr106958.patch
Untested fix.
This adds support for clobbering of partial variable references, when
they are passed as actual argument and the associated dummy has the
INTENT(OUT) attribute.
Support includes array elements, derived type component references,
and complex real or imaginary parts.
This is done by removing the
This is in spirit a revert of:
r9-3051-gc109362313623d83fe0a5194bceaf994cf0c6ce0
That commit added a condition to avoid generating ICE with clobbers
of ASSOCIATE variables.
The test added at that point continues to pass if we remove that
condition now.
PR fortran/87397
PR
This is probably the most risky patch in the series.
A previous version of this patch allowing all exactly matching derived
types showed two regressions. One of them uncovered PR106817 for which
I added a fix in this series, and for the other I have excluded
types with allocatable components
This adds support for clobbering of variables passed by reference,
when the reference is forwarded to a subroutine as actual argument
whose associated dummy has the INTENT(OUT) attribute.
This was explicitly disabled and enabling it seems to work, as
demonstrated by the new testcase.
PR
This adds support for clobbering of allocatable and pointer scalar
variables passed as actual argument to a subroutine when the associated
dummy has the INTENT(OUT) attribute.
Support was explicitly disabled, but the clobber generation code seems
to support it well, as demonstrated by the newly
From: Harald Anlauf
Before procedure calls, we clobber actual arguments whose associated
dummy is INTENT(OUT). This only applies to procedures with explicit
interfaces, as the knowledge of the interface is necessary to know
whether an argument has the INTENT(OUT) attribute.
This change also
This is in spirit a revert of:
r9-3032-gee7fb0588c6361b4d77337ab0f7527be64fcdde2
That commit added a condition to avoid generating ICE with clobbers
of variables with the SAVE attribute.
The test added at that point continues to pass if we remove that
condition now.
PR fortran/87395
Hello,
this is a set of changes around the clobber we generate in the caller
before a procedure call, for each actual argument whose associated dummy
has the INTENT(OUT) attribute.
The first patch is a refactoring moving the clobber generation in
gfc_conv_procedure_call where it feels more
The fortran frontend, as result symbol for a function without
declared result symbol, uses the function symbol itself. This caused
an invalid clobber of a function decl to be emitted, leading to an
ICE, whereas the intended behaviour was to clobber the function result
variable. This change fixes
This change inlines the clobber generation code from
gfc_conv_expr_reference to the single caller from where the add_clobber
flag can be true, and removes the add_clobber argument.
What motivates this is the standard making the procedure call a cause
for a variable to become undefined, which
For actual arguments whose dummy is INTENT(OUT), we used to generate
clobbers on them at the same time we generated the argument reference
for the function call. This was wrong if for an argument coming
later, the value expression was depending on the value of the just-
clobbered argument, and we
Tested x86_64-linux, pushed to trunk.
The test was only failing for me with -m32 (and not -m64), so I didn't
notice until now. That probably means we should make the test fail more
reliably if the padding isn't being cleared.
-- >8 --
This test was written assuming that std::atomic_ref clears
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103287
--- Comment #9 from anlauf at gcc dot gnu.org ---
*** Bug 100025 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100025
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103287
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||jrfsousa at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100024
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106932
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|Incorrect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103626
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106958
Jeffrey A. Law changed:
What|Removed |Added
CC||jeffreyalaw at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106857
--- Comment #5 from CVS Commits ---
The releases/gcc-12 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:f5023ce74f882b7f7c8cf41e70cc7380ba0eba06
commit r12-8769-gf5023ce74f882b7f7c8cf41e70cc7380ba0eba06
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100245
--- Comment #6 from CVS Commits ---
The releases/gcc-12 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:9035eaaf028ca609660f1f55c0d9f22fb7d3b797
commit r12-8768-g9035eaaf028ca609660f1f55c0d9f22fb7d3b797
Author: José Rui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106958
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106958
Bug ID: 106958
Summary: [13 Regression] ICE in reassoc since r13-2658
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
From: Sergei Trofimovich
i386-builtin-types.inc is included indirectly via i386-builtins.h
into 4 files: i386.cc i386-builtins.cc i386-expand.cc i386-features.cc
Only i386.cc dependency was present in gcc/config/t-i386 makefile.
As a result parallel builds occasionally fail as:
g++ ... -o
On 16 September 2022 17:54:32 CEST, Patrick Palka via Gcc-patches
wrote:
>+++ b/gcc/testsuite/g++.dg/modules/typename-friend_a.C
>@@ -0,0 +1,11 @@
>+// { dg-additional-options "-fmodules-ts" }
>+export module foo;
>+// { dg-module-cmi foo }
>+
If that's a constant, repeating pain, you could
pected passes11442
# of unexpected failures15
# of unresolved testcases 2
# of unsupported tests 442
/home/bergner/gcc/build/gcc-fsf-master-lang-D/gcc/gdc version 13.0.0 20220916
(experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58628
--- Comment #4 from Alexander Pyhalov ---
If it helps, the last comment from illumos-gate bug report says
"From what I can tell ctype::_M_initialize_ctype() in
gcc-5.1.0/ibstdc++-v3/config/locale/generic/ctype_members.cc:248 is basically
just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58628
--- Comment #3 from Alexander Pyhalov ---
I still see this behavior with gcc version 10.4.0.
On Fri, Sep 16, 2022 at 01:48:54PM +0200, Jason Merrill wrote:
> On 9/12/22 04:05, Jakub Jelinek wrote:
> > The following patch implements the compiler part of C++23
> > P1467R9 - Extended floating-point types and standard names compiler part
> > by introducing _Float{16,32,64,128} as keywords and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106654
--- Comment #6 from Jakub Jelinek ---
(In reply to Pilar Latiesa from comment #5)
> (In reply to Jakub Jelinek from comment #4)
> > Note, I think for [[assume(i == j)]]; we can just emit if (i == j) ; else
> > __builtin_unreachable ();
>
> It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106932
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #8 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105819
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105819
--- Comment #12 from Jonathan Wakely ---
*** Bug 106956 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106956
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106957
Bug ID: 106957
Summary: compiler error when calling lambda in decltype in
trailing return type of function templated on T when
passing T{} to the lambda
Product: gcc
Tested x86_64-linux, pushed to trunk.
-- >8 --
The tr1/5_numerical_facilities/random/variate_generator/37986.cc test
fails for strict -std=c++98 mode because _Adaptor(const _Engine&) is
ill-formed in C++98 when _Engine is a reference type.
Rather than attempt to make the _Adaptor handle
Tested x86_64-linux, pushed to trunk.
-- >8 --
This class template and partial specialization were added 15 years ago
to optimize allocator equality comparisons in std::list. I think it's
safe to assume that GCC is now capable of optimizing an inline
operator!= that just returns false at least
Tested x86_64-linux, pushed to trunk.
-- >8 --
This has to be valid as C++98/C++03.
libstdc++-v3/ChangeLog:
* include/debug/formatter.h [_GLIBCXX_DEBUG_BACKTRACE]
(_Error_formatter): Use 0 as null pointer constant.
---
libstdc++-v3/include/debug/formatter.h | 3 +--
1 file
Tested x86_64-linux, pushed to trunk.
-- >8 --
Remove the bogus -D__allocator_base=std::__new_allocator macro
definition for Doxygen, because that's an alias template for C++11 and
later, not a macro.
Fix the @cond/@endcond pair that span the end of an @addtogroup group.
Add another @endcond
On Fri, 16 Sep 2022, Nathan Sidwell wrote:
> Thanks, this looks right. Sigh templates can mess up ones mental invariants!
> The test case should really be a foo_[ab].C kind, to test both sides of the
> streaming. Bonus points for using the template after importing. And you need
> the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105819
--- Comment #11 from bug-reports.delphin at laposte dot net ---
Another compilation error with 12.2.0 (NB Please see bug n. 106956).
Maybe Lion too old ? Bad compilers(s) (GCC, Python...) ?
Kind regards,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106956
--- Comment #2 from bug-reports.delphin at laposte dot net ---
Created attachment 53585
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53585=edit
make.log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106956
--- Comment #1 from bug-reports.delphin at laposte dot net ---
Created attachment 53584
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53584=edit
configure.log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106956
Bug ID: 106956
Summary: GCC 12.2.0 & Mac OS X Lion : make failed
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92505
--- Comment #5 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:7107ea6fb933f1e928593c7e92edfd64ccf0df63
commit r13-2701-g7107ea6fb933f1e928593c7e92edfd64ccf0df63
Author: Patrick Palka
Date:
On Fri, 16 Sep 2022, Patrick Palka wrote:
> On Fri, 16 Sep 2022, Jason Merrill wrote:
>
> > On 9/15/22 11:58, Patrick Palka wrote:
> > > Here we're crashing during constraint matching for the instantiated
> > > hidden friends due to two issues with dependent substitution into a
> > >
On Fri, 16 Sep 2022, Jason Merrill wrote:
> On 9/15/22 11:58, Patrick Palka wrote:
> > Here we're crashing during constraint matching for the instantiated
> > hidden friends due to two issues with dependent substitution into a
> > TEMPLATE_ID_EXPR naming a template from the current instantiation
On 9/16/22 06:19, Thomas Neumann wrote:
The __register_frame/__deregister_frame functions are used to register
unwinding frames from JITed code in a sorted list. That list itself
is protected by object_mutex, which leads to terrible performance
in multi-threaded code and is somewhat expensive
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106926
--- Comment #4 from John Zwinck ---
Jonathan, thank you for the discussion, I agree with your points and think
adding an attribute for this makes sense.
On Fri, 16 Sep 2022, Uros Bizjak via Gcc-patches wrote:
> On Fri, Sep 16, 2022 at 3:32 AM Jeff Law via Gcc-patches
> wrote:
> >
> >
> > On 9/15/22 19:06, liuhongt via Gcc-patches wrote:
> > > There's peephole2 submit in 1990s which split cmp mem, 0 to load mem,
> > > reg + test reg, reg. I don't
On Fri, Sep 16, 2022 at 10:33 AM Richard Sandiford
wrote:
>
> Aldy Hernandez via Gcc-patches writes:
> > On Thu, Sep 15, 2022 at 9:06 AM Richard Biener
> > wrote:
> >>
> >> On Thu, Sep 15, 2022 at 7:41 AM Aldy Hernandez wrote:
> >> >
> >> > Hi Richard. Hi all.
> >> >
> >> > The attatched
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106858
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:39dc66558e066e67fd40f21f53cee80989ae742d
commit r13-2696-g39dc66558e066e67fd40f21f53cee80989ae742d
Author: Jason Merrill
Date:
this->f names a member function, which isn't an addressable lvalue. Give a
helpful error instead of crashing. The first hunk makes the error range
cover the whole expression.
Tested x86_64-pc-linux-gnu, applying to trunk.
PR c++/106858
gcc/cp/ChangeLog:
* parser.cc
Hi all,
Appears that this is just a problem for gcc11 (and perhaps gcc12?).
Master already has the needed implementation, so the patch below is not
needed.
Sorry for the buzz.
Kind regards,
Torbjörn
On 2022-09-15 08:54, Torbjörn SVENSSON wrote:
-fzero-call-used-regs=all and
If we cannot get info from options and cpuinfo, we try to get from:
1. getauxval(AT_BASE_PLATFORM), introduced since Linux 5.7
2. _MIPS_ARCH from host compiler.
mnan=2008 option is also used if __mips_nan2008__ is used.
This can fix the wrong loader usage on r5/r6 platform with
On 9/15/22 14:03, Patrick Palka wrote:
This patch permits accessing 'mutable' members of local objects during
constexpr evaluation (which other compilers seem to accept in C++14
mode, while we reject), while continuing to reject it for global objects
(as in the last line of
On 9/15/22 11:58, Patrick Palka wrote:
Here we're crashing during constraint matching for the instantiated
hidden friends due to two issues with dependent substitution into a
TEMPLATE_ID_EXPR naming a template from the current instantiation
(as performed from maybe_substitute_reqs_for for C<3>
On 9/16/22 07:52, Jason Merrill wrote:
On 6/24/22 01:23, Alexandre Oliva via Gcc-patches wrote:
On Jun 23, 2022, Alexandre Oliva wrote:
Here's the patch. Regstrapped on x86_64-linux-gnu, also tested with a
cross to aarch64-rtems6. Ok to install?
Introduce -nostdlib++ option
Uhh, I
On 6/24/22 01:23, Alexandre Oliva via Gcc-patches wrote:
On Jun 23, 2022, Alexandre Oliva wrote:
Here's the patch. Regstrapped on x86_64-linux-gnu, also tested with a
cross to aarch64-rtems6. Ok to install?
Introduce -nostdlib++ option
Uhh, I went ahead and installed this. The earlier
On 9/12/22 04:05, Jakub Jelinek wrote:
Hi!
The following patch implements the compiler part of C++23
P1467R9 - Extended floating-point types and standard names compiler part
by introducing _Float{16,32,64,128} as keywords and builtin types
like they are implemented for C already since GCC 7.
It
Gentle ping. Any idea if the edge split is still useful and/or how to
test for it?
Thanks,
Jørgen
On 08/09/2022 12:30, Jørgen Kvalsvik wrote:
On 02/09/2022 14:22, Richard Biener wrote:
On Fri, Sep 2, 2022 at 11:50 AM Jørgen Kvalsvik wrote:
Hello,
I played some more with odd programs and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106955
Bug ID: 106955
Summary: [13 Regression] '-fcompare-debug' failure w/
-std=c++20 -O1 -ftree-parallelize-loops=2 -fno-ipa-sra
--param ggc-min-expand=55
Product: gcc
The __register_frame/__deregister_frame functions are used to register
unwinding frames from JITed code in a sorted list. That list itself
is protected by object_mutex, which leads to terrible performance
in multi-threaded code and is somewhat expensive even if single-threaded.
There was already
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106954
Bug ID: 106954
Summary: [12 Regression] compiler fail base on gfortran
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Pushed to trunk. I'll backport the first line to gcc-12 too.
-- >8 --
libstdc++-v3/ChangeLog:
* doc/xml/manual/abi.xml: Document GLIBCXX_3.4.30 and
GLIBCXX_3.4.31 versions.
* doc/html/manual/abi.html: Regenerate.
---
libstdc++-v3/doc/html/manual/abi.html | 2 +-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99243
--- Comment #5 from Egor Pugin ---
Possible naive fix is to change in module.cc (void module_state::set_filename
(const Cody::Packet )):
- error_at (loc, "unknown Compiled Module Interface: %s",
packet.GetString ().c_str
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99243
Jonathan Wakely changed:
What|Removed |Added
CC||boris at kolpackov dot net
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98719
Jonathan Wakely changed:
What|Removed |Added
Status|SUSPENDED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 98719, which changed state.
Bug 98719 Summary: [modules] translating importable standard headers causes
various ICEs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98719
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99243
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106654
Pilar Latiesa changed:
What|Removed |Added
CC||pilarlatiesa at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106953
Jonathan Wakely changed:
What|Removed |Added
Blocks||106749
--- Comment #1 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106953
Bug ID: 106953
Summary: C++23 add new headers for freestanding
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
Aldy Hernandez via Gcc-patches writes:
> On Thu, Sep 15, 2022 at 9:06 AM Richard Biener
> wrote:
>>
>> On Thu, Sep 15, 2022 at 7:41 AM Aldy Hernandez wrote:
>> >
>> > Hi Richard. Hi all.
>> >
>> > The attatched patch rewrites the NAN and sign handling, dropping both
>> > tristates in favor of
1 - 100 of 110 matches
Mail list logo