Hello All:
All comments are addressed.
Common infrastructure using generic code for pair mem fusion of different
targets.
rs6000 target specific code implement virtual functions defined by generic code.
Target specific code are added in rs6000-mem-fusion.cc.
Tested for powerpc64-linux-gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43618
Hongtao Liu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43618
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment
Hi Gaius,
on 2024/6/5 22:22, Gaius Mulley wrote:
> "Kewen.Lin" writes:
>
>> Hi Joseph and Gaius,
>>
>> on 2024/6/4 02:02, Joseph Myers wrote:
>>> On Sun, 2 Jun 2024, Kewen Lin wrote:
>>>
diff --git a/gcc/m2/gm2-gcc/m2type.cc b/gcc/m2/gm2-gcc/m2type.cc
index 571923c08ef..d52cbdf0b99
git commit g:67be156f952241ad99af1eedc4da91bc2e201cd3
gcc-descr r15-1049-g67be156f952241
power8
Linux 5.4.0-182-generic ppc64le
GNU Make 4.2.1
DejaGnu:
DejaGnu version 1.6.2
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Thu Jun 6 02:47:26 UTC 2024
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115355
--- Comment #8 from Kewen Lin ---
(In reply to Peter Bergner from comment #5)
> FYI, fails for me with gcc 12 and later and works with gcc 11. It also
> fails with -O3 -mcpu=power10.
Thanks for the information, bisection shows r12-4496 is the
git commit g:67be156f952241ad99af1eedc4da91bc2e201cd3
gcc-descr r15-1049-g67be156f952241
power9 BE
Linux 6.7.12-powerpc64 ppc64
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Thu Jun 6 03:20:50 UTC 2024
https://gcc.gnu.org/g:edd90d6d298f006e2c2e6c710ab97cd5ad733cb5
commit r15-1051-gedd90d6d298f006e2c2e6c710ab97cd5ad733cb5
Author: YunQiang Su
Date: Thu Jun 6 12:28:31 2024 +0800
MIPS: Need COSTS_N_INSNS in mips_insn_cost
In mips_insn_cost, COSTS_N_INSNS is missing when we return
From: YunQiang Su
In mips_insn_cost, COSTS_N_INSNS is missing when we return the cost
if count * ratio > 0.
gcc
* config/mips/mips.cc(mips_insn_cost): Add missing COSTS_N_INSNS
to count.
---
gcc/config/mips/mips.cc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
LAST_UPDATED: Thu Jun 6 02:25:09 UTC 2024 (revision r15-1049-g67be156f952)
Native configuration is i686-pc-linux-gnu
=== gcc tests ===
Running target unix
UNRESOLVED: gcc.c-torture/compile/2009-1.c -O0
UNRESOLVED: gcc.c-torture/compile/2009-1.c -O1
UNRESOLVED:
LAST_UPDATED: Thu Jun 6 02:25:09 UTC 2024 (revision r15-1049-g67be156f952)
Native configuration is x86_64-pc-linux-gnu
=== gcc tests ===
Running target unix
XPASS: gcc.dg/guality/example.c -O0 execution test
XPASS: gcc.dg/guality/example.c -O1 -DPREVENT_OPTIMIZATION
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115365
--- Comment #2 from GCC Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:fcfce55c85f842ed843cbc4aabe744c6a004dead
commit r15-1050-gfcfce55c85f842ed843cbc4aabe744c6a004dead
Author: liuhongt
Date: Thu Jun
https://gcc.gnu.org/g:fcfce55c85f842ed843cbc4aabe744c6a004dead
commit r15-1050-gfcfce55c85f842ed843cbc4aabe744c6a004dead
Author: liuhongt
Date: Thu Jun 6 11:27:53 2024 +0800
Refine testcase for power10.
For power10, there're extra 3 REG_EQUIV notes with (fix:SI. to avoid
the
For power10, there're extra 3 REG_EQUIV notes with (fix:SI. to avoid
the failure. Check (fix:SI is from the pattern not NOTE.
gcc/testsuite/ChangeLog:
PR target/115365
* gcc.dg/pr100927.c: Don't scan fix:SI from the note.
---
gcc/testsuite/gcc.dg/pr100927.c | 2 +-
1 file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115354
--- Comment #3 from Angus Gratton ---
Sorry, my notes about LTO builds look like they were wrong.
MicroPython LTO builds with -Os -fno-tree-sra seem to consistently reduce code
size as well, for both the "before" and "after" GCC versions,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115354
--- Comment #2 from Angus Gratton ---
Thanks Richard, that's very helpful context (I don't quite have my head around
SRA to be honest!)
For non-LTO MicroPython builds (mostly C, no C++), building with -Os
-fno-tree-sra has almost no impact
git commit g:a741bb32c10b4bfc7b0ec4f12b8e2d18f5c006eb
gcc-descr r12-10495-ga741bb32c10b4b
power9 BE
Linux 6.7.12-powerpc64 ppc64
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Thu Jun 6 01:58:45 UTC 2024
Richard Biener 于2024年5月28日周二 17:47写道:
>
> The following avoids accounting single-lane SLP to the discovery
> limit. As the two testcases show this makes discovery fail,
> unfortunately even not the same across targets. The following
> should fix two FAILs for GCN as a side-effect.
>
>
On 2024-06-05 21:58 Jeff Law wrote:
>
>
>
>On 6/5/24 1:47 AM, Fei Gao wrote:
>>
>> On 2024-06-05 14:36 Kito Cheng wrote:
>>>
>>> Thanks for fixing this issue, and I am wondering doest it possible to
>>> fix that without introduce target hook? I ask that because...GCC 14
>>> also has this bug,
YunQiang Su 于2024年5月29日周三 10:02写道:
>
> Richard Sandiford 于2024年5月29日周三 05:28写道:
> >
> > YunQiang Su writes:
> > > If `find_a_program` cannot find `as/ld/objcopy` and we are a cross
> > > toolchain,
> > > the final fallback is `as/ld` of system. In fact, we can have a try with
> > >
Hi Carl,
on 2024/6/6 06:25, Carl Love wrote:
> Kewen:
>
> On 6/3/24 23:00, Kewen.Lin wrote:
>> Hi Carl,
>>
>> on 2024/5/29 23:52, Carl Love wrote:
>>> This patch was approved in the previous series. There are no changes to
>>> this patch. Reposting for completeness.
>> I guess you can just
git commit g:c0f229342dca5bbedd30944877f3ef9b22fcf5a1
gcc-descr r13-8823-gc0f229342dca5b
power8
Linux 5.4.0-182-generic ppc64le
GNU Make 4.2.1
DejaGnu:
DejaGnu version 1.6.2
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Thu Jun 6 00:52:56 UTC 2024
Things like std::atomic are currently unable to be created in a
constexpr context with clang 18 and c++20. Example compilation error
```
external/com_google_tcmalloc/tcmalloc/parameters.cc:223:17: error: variable
does not have a constant initializer
223 |
4087
=== gcc Summary ===
# of expected passes402869
# of unexpected failures318
# of unexpected successes 50
# of expected failures 3096
# of unsupported tests 7371
/export/home/haochenj/src/gcc-regression/bld/gcc/xgcc version 15.0.0
LAST_UPDATED: Thu Jun 6 00:40:08 UTC 2024 (revision r15-1048-g961dd0d6352)
Native configuration is i686-pc-linux-gnu
=== gcc tests ===
Running target unix
UNRESOLVED: gcc.c-torture/compile/2009-1.c -O0
UNRESOLVED: gcc.c-torture/compile/2009-1.c -O1
UNRESOLVED:
https://gcc.gnu.org/g:67be156f952241ad99af1eedc4da91bc2e201cd3
commit r15-1049-g67be156f952241ad99af1eedc4da91bc2e201cd3
Author: Alexandre Oliva
Date: Wed Jun 5 22:43:54 2024 -0300
[libstdc++] add _GLIBCXX_CLANG to workaround predefined __clang__
A proprietary embedded operating
Hi Hans-Peter,
on 2024/6/6 09:41, Hans-Peter Nilsson wrote:
> On Sun, 2 Jun 2024, Kewen Lin wrote:
>
>> This is to remove macros {FLOAT,{,LONG_}DOUBLE}_TYPE_SIZE
>> defines in mmix port.
>
> This is fine once prerequisites are in place.
>
> If I may add a nit: In these target change commit
Hi,
on 2024/6/6 09:43, HAO CHEN GUI wrote:
> Hi Kewen,
>
> 在 2024/6/5 17:00, Kewen.Lin 写道:
>> This predicate can be moved to its only use (define_insn part condition).
>> The const_vector match_code check is redundant as const_vec_duplicate_p
>> already checks that, I wonder if we really need
On Jun 1, 2024, Jonathan Wakely wrote:
> OK
Thanks, I've dropped adjustments for bits that got removed since last
week; here's what I'm pushing.
A proprietary embedded operating system that uses clang as its primary
compiler ships headers that require __clang__ to be defined. Defining
that
LAST_UPDATED: Thu Jun 6 00:40:10 UTC 2024 (revision r15-1048-g961dd0d6352)
Native configuration is x86_64-pc-linux-gnu
=== gcc tests ===
Running target unix
XPASS: gcc.dg/guality/example.c -O0 execution test
XPASS: gcc.dg/guality/example.c -O1 -DPREVENT_OPTIMIZATION
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115367
Bug ID: 115367
Summary: The implementation of OMP_DYNAMIC is not dynamic
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
git commit g:10cb3336ba1ac89b258f627222e668b023a6d3d4
gcc-descr r15-1046-g10cb3336ba1ac8
power9 BE
Linux 6.7.12-powerpc64 ppc64
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Thu Jun 6 00:24:22 UTC 2024
Hi,
Gentle ping ...
Jiufu Guo writes:
> Hi,
>
> Gentle ping ...
>
> BR,
> Jeff(Jiufu) Guo
>
> Jiufu Guo writes:
>
>> Hi,
>>
>> 'rlwinm' pattern is already well used for SImode. As this instruction
>> can touch the whole 64bit register, so some constants in 64bit(DImode)
>> can be built via
Hi Kewen,
在 2024/6/5 17:00, Kewen.Lin 写道:
> This predicate can be moved to its only use (define_insn part condition).
> The const_vector match_code check is redundant as const_vec_duplicate_p
> already checks that, I wonder if we really need easy_altivec_constant?
> Even if one vector constant
On Sun, 2 Jun 2024, Kewen Lin wrote:
> This is to remove macros {FLOAT,{,LONG_}DOUBLE}_TYPE_SIZE
> defines in mmix port.
This is fine once prerequisites are in place.
If I may add a nit: In these target change commit messages, add
a hint as to which defaulted hook or macro the removed macro
Dear contributor, our automatic CI has detected problems related to your
patch(es). Please find some details below. If you have any questions, please
follow up on linaro-toolch...@lists.linaro.org mailing list, Libera's
#linaro-tcwg channel, or ping your favourite Linaro toolchain developer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111567
Eric Gallager changed:
What|Removed |Added
Last reconfirmed||2024-06-06
Hi Richard,
After revisited all the comments of the mail thread, I would like to confirm if
my understanding is correct according to the generated match code.
For now the generated code looks like below:
else if (gphi *_a1 = dyn_cast (_d1))
{
basic_block _b1 = gimple_bb (_a1);
if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115366
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|Missing
A failed build has been detected on builder gcc-autoregen while building gcc.
Full details are available at:
https://builder.sourceware.org/buildbot/#/builders/269/builds/5551
Build state: failed 'git diff ...' (failure)
Revision: 7876cde25cbd2f026a0ae488e5263e72f8e9bfa0
Worker: bb1-1
Build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115365
--- Comment #1 from Hongtao Liu ---
pr100927.c.349r.final:(fix:SI (reg:SF 32 0 [120])))
"../../gcc/intel-innersource/pr115365/gcc/testsuite/gcc.dg/pr100927.c":12:10
428 {*fix_truncsfsi2_p8}
pr100927.c.349r.final:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98909
--- Comment #3 from Andrew Pinski ---
Note this is very similar to PR 112104, in that `~a` can be treated as `a ^
-1`.
expected passes179213
# of unexpected failures129
# of unexpected successes 13
# of expected failures 1600
# of unsupported tests 5058
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240605
(experimental) [remotes/origin/HEAD r15-1045-g66fa2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114428
Hongtao Liu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/g:961dd0d635217c703a38c48903981e0d60962546
commit r15-1048-g961dd0d635217c703a38c48903981e0d60962546
Author: liuhongt
Date: Fri Apr 19 10:39:53 2024 +0800
Adjust rtx_cost for MEM to enable more simplication
For CONST_VECTOR_DUPLICATE_P in constant_pool, it is
https://gcc.gnu.org/g:7876cde25cbd2f026a0ae488e5263e72f8e9bfa0
commit r15-1047-g7876cde25cbd2f026a0ae488e5263e72f8e9bfa0
Author: liuhongt
Date: Fri Apr 19 10:29:34 2024 +0800
Simplify (AND (ASHIFTRT A imm) mask) to (LSHIFTRT A imm) for vector mode.
When mask is (1 << (prec - imm)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114428
--- Comment #2 from GCC Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:961dd0d635217c703a38c48903981e0d60962546
commit r15-1048-g961dd0d635217c703a38c48903981e0d60962546
Author: liuhongt
Date: Fri Apr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114428
--- Comment #1 from GCC Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:7876cde25cbd2f026a0ae488e5263e72f8e9bfa0
commit r15-1047-g7876cde25cbd2f026a0ae488e5263e72f8e9bfa0
Author: liuhongt
Date: Fri Apr
# From https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/2125/:
LAST_UPDATED: 2024-06-05T23:54:02+00:00 (master revision
gcc-15-517-gab25eef3640) aarch64-unknown-linux-gnu
Native configuration is aarch64-unknown-linux-gnu
=== libatomic tests ===
Running target
vetmp namedb-2: outputs.ld1_args
FAIL: outputs-23 exe savetmp named2-2: outputs.ld1_args
FAIL: outputs-24 exe savetmp named2-3: outputs.ld1_args
FAIL: outputs-25 exe savetmp named2-4: outputs.ld1_args
FAIL: outputs-294 lto sing unnamed-3: a.ld1_args
FAIL: outputs-294 lto sing unnamed-3: a.ld_args
On Wed, Jun 5, 2024 at 10:44 PM Jeff Law wrote:
>
>
>
> On 6/4/24 10:22 PM, liuhongt wrote:
> >> Can you add a testcase for this? I don't mind if it's x86 specific and
> >> does a bit of asm scanning.
> >>
> >> Also note that the context for this patch has changed, so it won't
> >> automatically
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115366
Bug ID: 115366
Summary: Missing optimzation: fold `return (bool)(((a / 8) * 4)
<< f)` to `return (bool)(a / 8)`
Product: gcc
Version: 15.0
Status: UNCONFIRMED
FX Coudert via Gcc writes:
> Hi,
>
> I am trying to reduce the number of unneeded fixincludes that are used
> on darwin (because fixincluded headers make it impossible to change
> SDK once the compiler is built, which is common practice in the macOS
> world, and quite useful).
It's the same
On 6/5/24 06:01, Uros Bizjak wrote:
On Tue, Jun 4, 2024 at 10:10 PM Evgeny Karpov
wrote:
Richard and Uros, could you please review the changes for v2?
LGTM for the generic x86 part, OS-specific part (cygming) should also
be reviewed by OS port maintainer (CC'd).
Thanks,
Uros.
Where is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115351
Roger Sayle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |roger at
nextmovesoftware dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115362
--- Comment #11 from Jon Daniel ---
g++ output:
dot_product stdx::reduce: -16.00
dot_product_mm_dp_ps: -16.00
determinant: dot_product: 717.00
determinant: submatrices: -717.00
clang++ output:
dot_product stdx::reduce:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115362
Jon Daniel changed:
What|Removed |Added
Attachment #58364|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115362
Jon Daniel changed:
What|Removed |Added
Attachment #58363|0 |1
is obsolete|
On Tue, 28 May 2024, Tobias Burnus wrote:
> Let's make https://gcc.gnu.org/gcc-15/changes.html a bit more useful …
Always a good idea. :-)
> Thus, document selected_logical_kind and the ISO_FORTRAN_ENV additions.
>
> Comments or suggestions before I commit it?
Looks good to me, thanks.
Hi Tobias,
On Mon, 3 Jun 2024, Tobias Burnus wrote:
> Comments or fine as is?
+NVPTX
+
+
+ GCC's nvptx target now supports constructors and destructors;
I'd make this a full stop/distinct sentence and ...
+ for this, a recent version of nvptx-tools is
=== g++ Summary ===
# of expected passes515174
# of unexpected failures1
# of expected failures 5227
# of unsupported tests 23371
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 15.0.0 20240605
(experimental) [master r15-1045
expected passes179213
# of unexpected failures129
# of unexpected successes 13
# of expected failures 1600
# of unsupported tests 5058
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240605
(experimental) [remotes/origin/HEAD r15-1043-g03e1a
Snapshot gcc-11-20240605 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/11-20240605/
and on various mirrors, see https://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
Kewen:
On 6/3/24 23:00, Kewen.Lin wrote:
> Hi Carl,
>
> on 2024/5/29 23:52, Carl Love wrote:
>> This patch was approved in the previous series. There are no changes to
>> this patch. Reposting for completeness.
> I guess you can just push the approved ones, as there is no dependency
>
LAST_UPDATED: Wed Jun 5 17:05:02 UTC 2024 (revision r15-1036-gd7cbcfe7c33)
=== acats tests ===
FAIL: cb1010a
=== acats Summary ===
# of expected passes2327
# of unexpected failures1
Native configuration is s390x-ibm-linux-gnu z16
On 5/30/24 14:32, David Faust wrote:
Previously it was not supported to generate both CTF and BTF debug info
in the same compiler run, as both formats made incompatible changes to
the same internal data structures.
With the structural change in the prior patches, in particular the
guarantee
On Mon, May 6, 2024 at 4:09 PM Fangrui Song wrote:
>
> On Wed, Mar 6, 2024 at 1:54 AM Richard Earnshaw (lists)
> wrote:
> >
> > On 06/03/2024 05:07, Fangrui Song wrote:
> > > On Fri, Feb 23, 2024 at 7:33 PM Fangrui Song wrote:
> > >>
> > >> From: Fangrui Song
> > >>
> > >> Targets that are not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115362
Jon Daniel changed:
What|Removed |Added
Attachment #58362|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115362
--- Comment #7 from Jon Daniel ---
sign of determinant result using the dot product differs from clang++ generated
binary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115362
Jon Daniel changed:
What|Removed |Added
Attachment #58358|0 |1
is obsolete|
# From
https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m7_hard_eabi-build/49/:
LAST_UPDATED: 2024-06-05T20:23:47+00:00 (master revision
gcc-15-267-gcb478e0a6f3) arm-eabi
{-mthumb/-march=armv7e-m+fp.dp/-mtune=cortex-m7/-mfloat-abi=hard/-mfpu=auto}
Target is arm-unknown-eabi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115355
--- Comment #7 from Peter Bergner ---
The test fails when setToIdentityBAD's index var is unsigned int. It passes
when using unsigned long long, unsigned long, unsigned short and unsigned char.
When using unsigned long long/unsigned long, we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115355
--- Comment #6 from Peter Bergner ---
Created attachment 58361
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58361=edit
setToIdentityBAD-char.s
Code generated for setToIdentityBAD.c when using unsigned char for the index
variable.
=== g++ Summary ===
# of expected passes515174
# of unexpected failures1
# of expected failures 5227
# of unsupported tests 23371
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 15.0.0 20240605
(experimental) [master r15-1041
On 5/30/24 14:32, David Faust wrote:
This patch enables -fprune-btf by default in the BPF backend when
generating BTF information, and fixes BPF CO-RE generation when using
-fprune-btf.
When generating BPF CO-RE information, we must ensure that types used
in CO-RE relocations always have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112600
Uroš Bizjak changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #11
A failed build has been detected on builder gcc-autoregen while building gcc.
Full details are available at:
https://builder.sourceware.org/buildbot/#/builders/269/builds/5549
Build state: failed 'git diff ...' (failure)
Revision: 66fa2f1037207f7565cfa824a2894cd702067d8c
Worker: bb3
Build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115365
Bug ID: 115365
Summary: New test case gcc.dg/pr100927.c from
r15-1022-gb05288d1f1e4b6 fails
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
A failed build has been detected on builder gcc-autoregen while building gcc.
Full details are available at:
https://builder.sourceware.org/buildbot/#/builders/269/builds/5546
Build state: failed 'git diff ...' (failure)
Revision: 68b0742a49de7122d5023f0bf46460ff2fb3e3dd
Worker: bb3
Build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115241
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |15.0
Resolution|---
OK for trunk?
-- >8 --
This change fixes the following two errors:
Traceback (most recent call last):
File "../contrib/header-tools/gcc-order-headers", line 267, in
process_known_dups ()
File "../contrib/header-tools/gcc-order-headers", line 101, in
process_known_dups
if dups[i]
OK for trunk?
-- >8 --
Use raw strings so that backslashes don't need to be escaped. Otherwise
the Python interpreter warns.
contrib/header-tools/ChangeLog:
* headerutils.py (is_pound_if, is_pound_endif): Use raw strings
for strings containing backslashes.
*
Pushed as obvious.
-- >8 --
contrib/header-tools/ChangeLog:
* README: Fix spelling and capitalization typos.
* gcc-order-headers: Fix spelling typo.
---
contrib/header-tools/README| 24
contrib/header-tools/gcc-order-headers | 2 +-
2 files
https://gcc.gnu.org/g:66fa2f1037207f7565cfa824a2894cd702067d8c
commit r15-1045-g66fa2f1037207f7565cfa824a2894cd702067d8c
Author: Jonathan Wakely
Date: Wed Jun 5 20:46:19 2024 +0100
contrib: Fix spelling and capitalization in header-tools
contrib/header-tools/ChangeLog:
From: Sundeep KOKKONDA
Thanks for the patch. I've pushed it to trunk now (after discussion on
IRC). I made some small whitespace changes. There was a spurious space
in one place, saying print(fn ), and I added a space between 'print' and
the openin parenthesis, to conform for the usual GCC style
https://gcc.gnu.org/g:ac6fb0ff7021f1e263034d3468615fd33fe16c96
commit r15-1044-gac6fb0ff7021f1e263034d3468615fd33fe16c96
Author: Sundeep KOKKONDA
Date: Fri Mar 29 03:22:11 2024 -0700
contrib: header-tools scripts updated to python3
The scripts in contrib/header-tools/ are
https://gcc.gnu.org/g:03e1a7270314800eb33632f778401570e65345bd
commit r15-1043-g03e1a7270314800eb33632f778401570e65345bd
Author: Robin Dapp
Date: Mon May 13 22:05:57 2024 +0200
check_GNU_style: Use raw strings.
This silences some warnings when using check_GNU_style.
https://gcc.gnu.org/g:68b0742a49de7122d5023f0bf46460ff2fb3e3dd
commit r15-1042-g68b0742a49de7122d5023f0bf46460ff2fb3e3dd
Author: Robin Dapp
Date: Tue May 28 21:19:26 2024 +0200
RISC-V: Introduce -mvector-strict-align.
this patch disables movmisalign by default and introduces
> On Jun 5, 2024, at 09:49, David Malcolm wrote:
>
> On Tue, 2024-06-04 at 22:09 +, Qing Zhao wrote:
>>
>>
>>> On Jun 4, 2024, at 17:55, David Malcolm
>>> wrote:
>>>
>>> On Fri, 2024-05-31 at 13:11 +, Qing Zhao wrote:
>
> [...]
>
Thanks a lot for the
expected passes179213
# of unexpected failures129
# of unexpected successes 13
# of expected failures 1600
# of unsupported tests 5058
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240605
(experimental) [remotes/origin/HEAD r15-1037-g804c0
d failures 1551
# of unsupported tests 4087
=== gcc Summary ===
# of expected passes402336
# of unexpected failures321
# of unexpected successes 50
# of expected failures 3096
# of unresolved testcases 2
# of unsupported tests
6
# of unexpected successes 17
# of expected failures 1466
# of unsupported tests 4332
=== gcc Summary ===
# of expected passes359734
# of unexpected failures357
# of unexpected successes 31
# of expected failures 2933
# of unsupp
>>> Here's what I've retested on x86_64-linux-gnu and, slightly adjusted for
>>> gcc-13, on arm-vx7r2. Ok to install?
>>
>> OK
Thanks Jonathan!
>> If there's any chance of getting the vxworks system headers fixed to
>> work with GCC properly, that would be nice.
That would be nice for sure.
=== g++ Summary ===
# of expected passes515174
# of unexpected failures1
# of expected failures 5227
# of unsupported tests 23371
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 15.0.0 20240605
(experimental) [master r15-1037
ot;vectorized 2 loops" 1
=== gcc Summary ===
# of expected passes196870
# of unexpected failures228
# of unexpected successes 27
# of expected failures 1501
# of unresolved testcases 114
# of unsupported tests 4207
/home/haoche
es ompexp
"__atomic_fetch_add" 1
FAIL: c-c++-common/gomp/atomic-9.c -std=gnu++14 scan-tree-dump-times ompexp
"__atomic_fetch_add" 1
FAIL: c-c++-common/gomp/atomic-9.c -std=gnu++17 scan-tree-dump-times ompexp
"__atomic_fetch_add" 1
FAIL: c-c++-common/gomp/atomic-9.c -
4087
=== gcc Summary ===
# of expected passes402869
# of unexpected failures318
# of unexpected successes 50
# of expected failures 3096
# of unsupported tests 7371
/export/home/haochenj/src/gcc-regression/bld/gcc/xgcc version 15.0.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114932
--- Comment #11 from Tamar Christina ---
(In reply to Richard Biener from comment #10)
> I think the question is why IVOPTs ends up using both the signed and
> unsigned variant of the same IV instead of expressing all uses of both with
> one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115364
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.5
Summary|ICE-on-invalid
https://gcc.gnu.org/g:3eb9f6eab9802d5ae65ead6b1f2ae6fe0833e06e
commit r15-1041-g3eb9f6eab9802d5ae65ead6b1f2ae6fe0833e06e
Author: Tamar Christina
Date: Wed Jun 5 19:32:16 2024 +0100
AArch64: enable new predicate tuning for Neoverse cores.
This enables the new tuning flag for
1 - 100 of 320 matches
Mail list logo