Tested on powerpc-darwin9, pushed to trunk, thanks,
Iain
--- 8< ---
Recent changes to the member names of the diagnostics class missed one case in
the Darwin PowerPC host code. Fixed thus.
gcc/ChangeLog:
* config/rs6000/host-darwin.cc (segv_handler): Use the revised
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110079
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110065
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Hi!
OK to push the attached
"GCN: Enable effective-target 'vect_early_break', 'vect_early_break_hw'"?
("The relevant test cases are all-PASS with just [two] exceptions, to be
looked into individually, later on." I'm not currently planning to look
into that.)
Grüße
Thomas
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113354
--- Comment #1 from YunQiang Su ---
In file included from
../../../../../libstdc++-v3/src/c++17/floating_from_chars.cc:86:
../../../../../libstdc++-v3/src/c++17/fast_float/fast_float.h: In function
‘std::from_chars_result
On Fri, 12 Jan 2024, Andrew Pinski wrote:
> > Verify that if-conversion succeeded through noce_try_store_flag_mask, as
> > per PR rtl-optimization/105314, tightening the test case and making it
> > explicit.
> >
> > gcc/testsuite/
> > * gcc.target/riscv/pr105314.c: Scan the RTL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110031
Richard Biener changed:
What|Removed |Added
Priority|P4 |P2
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110031
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110006
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2023-07-10 00:00:00 |2024-1-12
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109960
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109943
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #6 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109943
--- Comment #5 from Richard Biener ---
With the __builtin_unreachable present (thus g >= 0) we simplify
(int)(char)d to d & 255 which causes the VN difference:
Value numbering stmt = _9 = (int) _8;
+d.4_7 is available for d.4_7
+_2 is
On 1/12/24 07:45, Jakub Jelinek wrote:
Hi!
The following patch attempts to implement what apparently clang++
implemented for explicit object member function mangling, but nobody
actually proposed in patch form in
https://github.com/itanium-cxx-abi/cxx-abi/issues/148
Ok for trunk if it passes
Just realized that you were asking for the patch I forgot to join...
Here it is.
Le ven. 12 janv. 2024 à 11:09, Guillaume Gomez
a écrit :
>
> > It sounds like the patch you have locally is ready, but it has some
> > nontrivial changes compared to the last version you posted to the list.
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110065
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108476
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89072
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109925
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status
==
The GCC development branch which will become GCC 14 is now
in regression and documentation fixes only mode (Stage 4).
Please concentrate now on fixing regressions from GCC 13
and earlier.
GCC 14.1 will be released when we reach the milestone of
zero P1 regressions (note not all
Status
==
The GCC development branch which will become GCC 14 is now
in regression and documentation fixes only mode (Stage 4).
Please concentrate now on fixing regressions from GCC 13
and earlier.
GCC 14.1 will be released when we reach the milestone of
zero P1 regressions (note not all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113182
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113182
--- Comment #21 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:c05beab4ae240a593299c08ef8c775d91187a141
commit r14-7188-gc05beab4ae240a593299c08ef8c775d91187a141
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109893
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Since the advent of devices AVR*, the spec pattern mmcu=avr* does no
more work to discriminate between devices and cores like avr51.
This means -nodevicelib no more works for AVR* devices because that
option is removed for mmcu=avr* (which were only cores in the old days).
Instead of that
Hi!
The following patch attempts to implement what apparently clang++
implemented for explicit object member function mangling, but nobody
actually proposed in patch form in
https://github.com/itanium-cxx-abi/cxx-abi/issues/148
Ok for trunk if it passes full bootstrap/regtest? So far just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113196
Richard Sandiford changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
g:f26f92b534f9 implemented unsigned extensions using ZIPs rather than
UXTL{,2}, since the former has a higher throughput than the latter on
amny cores. The optimisation worked by lowering directly to ZIP during
expand, so that the zero input could be hoisted and shared.
However, changing to ZIP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113196
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:74e3e839ab2d368413207455af2fdaaacc73842b
commit r14-7187-g74e3e839ab2d368413207455af2fdaaacc73842b
Author: Richard Sandiford
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112989
Richard Sandiford changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
Am 12.01.24 um 04:37 schrieb Jan-Benedict Glaw:
On Thu, 2024-01-04 17:28:02 +0100, Georg-Johann Lay wrote:
This fixes the avr-specific attributes io, io_low and address,
that are all basically the same except that io and io_low imply
assertions on allowed addressing modes.
---
As explained in the covering note to the previous patch,
the fact that aarch64-sve-* is now used for multiple header
files means that function_builder::add_overloaded_function
now needs to use a global map to detect duplicated overload
functions, instead of the member variable that it used
The PR shows that we were registering the same overloaded SVE
builtins twice. This was supposed to be prevented by
function_builder::add_overloaded_function, which uses a map
to detect whether a function of the same name has already been
registered. add_overloaded_function then had some asserts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112989
--- Comment #13 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:d76651d9170099de4d3bc3cbc3811d499018910b
commit r14-7184-gd76651d9170099de4d3bc3cbc3811d499018910b
Author: Richard Sandiford
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112989
--- Comment #14 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:81d309168b2a058d4c8ad5430abb56cfe1f82188
commit r14-7185-g81d309168b2a058d4c8ad5430abb56cfe1f82188
Author: Richard Sandiford
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113354
Bug ID: 113354
Summary: Regression/14: unable to find a register to spill on
mips
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Andrew Pinski writes:
> Ccmp is not used if the result of the and/ior is used by both
> a GIMPLE_COND and a GIMPLE_ASSIGN. This improves the code generation
> here by using ccmp in this case.
> Two changes is required, first we need to allow the outer statement's
> result be used more than once.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113281
--- Comment #11 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:0acb63670bf1058fce00a75bd318c40be3bfa222
commit r14-7183-g0acb63670bf1058fce00a75bd318c40be3bfa222
Author: Juzhe-Zhong
Date: Fri Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113296
Martin Jambor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 113296, which changed state.
Bug 113296 Summary: [14 Regression] SPEC 2006 434.zeusmp segfaults on Aarch64
when built with -Ofast -march=native -flto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113296
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113353
Bug ID: 113353
Summary: Wrong rounding in std::nearbyint when vectorized with
-funsafe-math-optimizations on PPC
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109828
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109823
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107931
--- Comment #24 from Richard Biener ---
(In reply to Jakub Jelinek from comment #23)
> Couldn't we conditionalize that
> if (!opt_for_fn (node->decl, optimize)
> /* With -Og we do not want to perform IPA inlining of small
>
On Fri, 12 Jan 2024, Jakub Jelinek wrote:
> Hi!
>
> John reported that on HP-UX we no longer emit needed external libcalls.
>
> The problem is that we didn't strip name encoding when looking up
> the identifiers in assemble_external_libcall and
> process_pending_assemble_externals, while
>
在 2024-01-12星期五的 09:46 +0800,chenglulu写道:
> > I found an issue bootstrapping GCC with -mcmodel=extreme in BOOT_CFLAGS:
> > we need a target hook to tell the generic code
> > UNSPEC_LA_PCREL_64_PART{1,2} are just a wrapper around symbols, or we'll
> > see millions lines of messages like
> >
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109806
Richard Biener changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #18 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113352
Bug ID: 113352
Summary: error: invalid prefix in selected component with
overloaded subprogram.
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity:
Hi Arpit!
On 2024-01-11T08:15:28+0530, CS21B062 ARPIT GUPTA wrote:
> Thank you for your email. But is there anyway I can start contributing. I
> have worked upon similar ground before, and as such I am looking for a
> summer undergrad internship. I wanted to build my profile by doing open
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113137
--- Comment #15 from Tamar Christina ---
(In reply to David Binderman from comment #14)
> (In reply to Tamar Christina from comment #13)
> > Patch submitted
>
> Two weeks have elapsed and the patch doesn't seem to appear in git.
>
> Is it
Hi,
On Thu, Jan 11 2024, Jason Merrill wrote:
> On 1/11/24 12:48, Martin Jambor wrote:
>> On Wed, Jan 10 2024, Jason Merrill via Gcc wrote:
>>> What formatting style do we want for non-trivial lambdas in GCC sources?
>>>I'm thinking the most consistent choice would be
>>>
>>> auto l = [&]
On Jan 12, 2024, "Kewen.Lin" wrote:
>>> By checking PR112917, IMHO we should keep this unbiasing
>>> guarded under SPARC_STACK_BOUNDARY_HACK (TARGET_ARCH64 &&
>>> TARGET_STACK_BIAS), similar to some existing code special
>>> treating SPARC stack bias.
>>
>> I'm afraid this change will most
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109781
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #6 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109596
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
Hi Ajit,
I have taken a quick look at the patch and my comments are inlined:
On 09/01/24 4:44 pm, Ajit Agarwal wrote:
> Hello All:
>
> This pass is registered before ira rtl pass.
> Bootstrapped and regtested for powerpc64-linux-gnu.
>
> No regressions for spec 2017 benchmarks and improvements
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109770
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Ping. (Don't miss the gcc.dg/torture/inline-mem-cpy-1.c part.)
On Mon, 1 Jan 2024, Hans-Peter Nilsson wrote:
> Tested mmix-knuth-mmixware (where all torture-variants of
> gcc.dg/torture/inline-mem-cpy-1.c now pass) and native
> x86_64-pc-linux-gnu. Also stepped through the test for native,
>
On Thu, 11 Jan 2024 at 22:17, Jonathan Wakely wrote:
>
> I'd like to commit this to trunk for GCC 14. Please take a look.
>
> -- >8 --
>
> This is the last part of PR libstdc++/108822 implementing P2255R2, which
> makes it ill-formed to create a std::tuple that would bind a reference
> to a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109705
Richard Biener changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109692
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113351
Bug ID: 113351
Summary: Primitive renaming, error: too many arguments in call.
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113346
--- Comment #5 from Andrew Pinski ---
"Lie to reload and it will have its revenge." --RTH
I think this is true here
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109677
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109621
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
VLA is a known issue for a long time.GCC doesn't have too much cse optimization forVLA vectors. It should be a big work to investigate what's going on.I think most cse optimization for precomputed result are vls loop. So I think as long as we can do a good job on cost model which pick appropriate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109559
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113334
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113330
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113323
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113316
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113346
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-01-12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107931
--- Comment #23 from Jakub Jelinek ---
Couldn't we conditionalize that
if (!opt_for_fn (node->decl, optimize)
/* With -Og we do not want to perform IPA inlining of small
functions since there are no scalar cleanups
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109549
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109549
Richard Biener changed:
What|Removed |Added
Target|s390|s390*-*-*
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113334
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:c75579169eba269a7c339d80b5ac0239f36a58b3
commit r14-7182-gc75579169eba269a7c339d80b5ac0239f36a58b3
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113350
Bug ID: 113350
Summary: Class wide renaming primitive.
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113330
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:4c08f0dde4c2a48931a61b84a00d5c16f4b0e291
commit r14-7181-g4c08f0dde4c2a48931a61b84a00d5c16f4b0e291
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109302
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109302
Richard Biener changed:
What|Removed |Added
Keywords|ice-on-valid-code |accepts-invalid
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113323
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:a2d66158541c0923620b044098bf66a73b51c463
commit r14-7180-ga2d66158541c0923620b044098bf66a73b51c463
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113316
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:c1680bd2df187e06089b06ffe211c4abe4c440b0
commit r14-7179-gc1680bd2df187e06089b06ffe211c4abe4c440b0
Author: Jakub Jelinek
Date:
On Sat, Mar 25, 2023 at 10:28:02AM -0600, Jeff Law via Gcc wrote:
> On 3/24/23 07:48, Paul Iannetta via Gcc wrote:
> > Hi,
> >
> > Currently, the macro STACK_BOUNDARY is defined as
> >
> >Macro: STACK_BOUNDARY
> > Define this macro to the minimum alignment enforced by hardware for
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113346
--- Comment #3 from Andrew Pinski ---
Note this is mentioned in
https://gcc.gnu.org/pipermail/gcc-patches/2024-January/642328.html :
So I consider this port dead as it semi-randomly fails in reload due to
unrelated changes earlier in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108382
Richard Biener changed:
What|Removed |Added
Known to work||11.4.0
Priority|P3
> It sounds like the patch you have locally is ready, but it has some
> nontrivial changes compared to the last version you posted to the list.
> Please post your latest version to the list.
Sure!
This patch adds the support for attributes on functions and variables. It does
so by adding the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107931
Richard Biener changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
> Tested on both RV32/RV64 no regression, Ok for trunk ?
Yes, thanks!
Btw out of curiosity, did you see why we actually fail to
optimize away the VLA loop? We should open a bug for that
I suppose.
Regards
Robin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113346
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107168
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
On Thu, Jan 11, 2024 at 3:37 PM Maciej W. Rozycki wrote:
>
> Verify that if-conversion succeeded through noce_try_store_flag_mask, as
> per PR rtl-optimization/105314, tightening the test case and making it
> explicit.
>
> gcc/testsuite/
> * gcc.target/riscv/pr105314.c: Scan the
Hi!
John reported that on HP-UX we no longer emit needed external libcalls.
The problem is that we didn't strip name encoding when looking up
the identifiers in assemble_external_libcall and
process_pending_assemble_externals, while
assemble_name_resolve does that:
const char *real_name =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113070
--- Comment #5 from Alex Coplan ---
(In reply to Alex Coplan from comment #4)
> So debugging the PGO/LTO failure of cactuBSSN (from SPEC CPU 2017) shows
> that we can miss updating uses immediately following an stp insn in the case
> that we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106879
Richard Biener changed:
What|Removed |Added
Summary|[13/14 regression] new test |[13 regression] new test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106760
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
On Fri, 12 Jan 2024, Jakub Jelinek wrote:
> Hi!
>
> For INTEGER_CST operands, the code decides if it should emit the whole
> INTEGER_CST into memory, or if there are enough upper bits either all 0s
> or all 1s to warrant an optimization, where we use memory for lower limbs
> or even just an
Hi!
For INTEGER_CST operands, the code decides if it should emit the whole
INTEGER_CST into memory, or if there are enough upper bits either all 0s
or all 1s to warrant an optimization, where we use memory for lower limbs
or even just an INTEGER_CST for least significant limb and fill in the
rest
On Wed, 10 Jan 2024 23:24:22 +0100
Harald Anlauf wrote:
> diff --git a/gcc/fortran/gfortran.h b/gcc/fortran/gfortran.h
> index 82f388c05f8..88502c1e3f0 100644
> --- a/gcc/fortran/gfortran.h
> +++ b/gcc/fortran/gfortran.h
> @@ -2926,6 +2926,10 @@ gfc_dt;
> typedef struct gfc_forall_iterator
> {
LGTM
On Fri, Jan 12, 2024 at 7:36 AM Maciej W. Rozycki wrote:
>
> The optimization levels pr105314.c is iterated over are needlessly
> overridden with "-O2", limiting the coverage of the test case to that
> level, perhaps with additional options the original optimization level
> has been
LGTM
On Fri, Jan 12, 2024 at 7:37 AM Maciej W. Rozycki wrote:
>
> Verify that if-conversion succeeded through noce_try_store_flag_mask, as
> per PR rtl-optimization/105314, tightening the test case and making it
> explicit.
>
> gcc/testsuite/
> * gcc.target/riscv/pr105314.c: Scan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113284
--- Comment #8 from GCC Commits ---
The master branch has been updated by Ilya Leoshkevich :
https://gcc.gnu.org/g:d8c1361220ba7617adf4ccc396499f6393ec223e
commit r14-7176-gd8c1361220ba7617adf4ccc396499f6393ec223e
Author: Ilya Leoshkevich
Hi!
Andre reported on IRC that this test has weird preprocessor conditions,
obviously the intent was to test whether corresponding __*_MANT_DIG__
is equal to the expected value like earlier in the function definitions,
but somehow I've ended up with a comma expression instead, which was
always
201 - 300 of 337 matches
Mail list logo