On Sat, 20 Jan 2024, 03:47 Marek Polacek, wrote:
> Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk?
>
OK, thanks.
The standard ranges have their own protection against dangling via the
opt-in borrowed_range concept, and algorithms that don't allow returning
iterators into rvalue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95112
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113520
--- Comment #5 from Andrew Pinski ---
https://github.com/SWI-Prolog/packages-xpce/commit/641bbb1d83416be2fb910dbffcd6ba32db1c0b8e
Was the commit which "fixed" compiling with GCC 4.0 but really it is broken.
I suspect the fix is to use s/struct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113520
--- Comment #4 from Sam James ---
Yeah, after you asked, I just realised the original does ICE differently. Let's
retitle this one and I'll reduce it properly again for the original (but it is
similar)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113520
--- Comment #3 from Andrew Pinski ---
The code has:
```
struct bname builtin_names[] =
{
...
};
```
header file:
```
extern struct name builtin_names[]; /* object-array of built-in's */
```
Wich is underfined but in a different way than
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113520
--- Comment #2 from Andrew Pinski ---
This code is definitely undefined.
Is builtin_names really defined as an array in one TU but an int in another
one?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113519
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-01-20
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113519
Andrew Pinski changed:
What|Removed |Added
Summary|ICE: in replace_child, at |[14 Regression] ICE: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113520
--- Comment #1 from Sam James ---
10/11/12/13/14 all reproduce it for me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113520
Bug ID: 113520
Summary: ICE when building swi-prolog-9.1.2 with LTO (tree
check: expected array_type, have integer_type in
array_ref_low_bound)
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113492
--- Comment #3 from Zdenek Sojka ---
(In reply to uecker from comment #2)
>
> I agree that "int:3" with -funsigned-bitfields should produce a type which
> is compatible to one with "unsigned:3" and that forming a composite type
> has to work.
linux-gnu-as --disable-multilib
--disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-8284-20240119180625-g54519030b05-checking-yes-rtl-df-extra-riscv64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240119 (experimental) (GCC)
bootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240119 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107603
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113517
Bug ID: 113517
Summary: vector SLP cost model should be improved
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59425
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113516
Bug ID: 113516
Summary: POLLPRI redefined on windows building ada
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
On Wed, 10 Jan 2024, Jason Merrill via Gcc wrote:
> On 1/10/24 15:59, Marek Polacek wrote:
> > On Wed, Jan 10, 2024 at 02:58:03PM -0500, 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
Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk?
-- >8 --
-Wdangling-reference checks if a function receives a temporary as its
argument, and only warns if any of the arguments was a temporary. But
we should not warn when the temporary represents a lambda or we generate
false
Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk?
-- >8 --
It seems to me that we should exclude std::ranges::views::__adaptor::operator|
from the -Wdangling-reference warning. It's commonly used when handling
ranges.
PR c++/111410
libstdc++-v3/ChangeLog:
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102998
--- Comment #4 from sandra at gcc dot gnu.org ---
Hmmm, I ran into PR113515 with this example.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113515
Bug ID: 113515
Summary: Wrong documentation for -Wstringop-overflow
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
OK. I saw the other arguments there:
tree fntype ATTRIBUTE_UNUSED,
rtx libname ATTRIBUTE_UNUSED,
So I leverage these and add ATTRIBUTE_UNUSED to 'fndecl'
Maybe it's better remove all arguments for riscv_init_cumulative_args which are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113514
--- Comment #4 from Sam James ---
Siddhesh, there's some discussion at
https://github.com/llvm/llvm-project/pull/78526 as to what the GCC behaviour is
supposed to be vs documented.
On 1/19/24 17:27, Juzhe-Zhong wrote:
../../gcc/config/riscv/riscv.cc: In function 'void
riscv_init_cumulative_args(CUMULATIVE_ARGS*, tree, rtx, tree, int)':
../../gcc/config/riscv/riscv.cc:4879:34: error: unused parameter 'fndecl'
[-Werror=unused-parameter]
4879 |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113514
--- Comment #3 from Bill Wendling ---
(In reply to Andrew Pinski from comment #1)
> The answer is not really and it is complex.
>
Okay. It just seems counter-intuitive.
> So I will note that clang/LLVM returns 48 for `f.bar[argc], 1` and 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102998
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113458
--- Comment #9 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #8)
> (In reply to Andrew Pinski from comment #7)
> > But the load is still using inserts and tbl. I have not figured out why
> > though.
>
> Looks like I have to
../../gcc/config/riscv/riscv.cc: In function 'void
riscv_init_cumulative_args(CUMULATIVE_ARGS*, tree, rtx, tree, int)':
../../gcc/config/riscv/riscv.cc:4879:34: error: unused parameter 'fndecl'
[-Werror=unused-parameter]
4879 | tree fndecl,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113514
--- Comment #2 from Andrew Pinski ---
In the case of the constant proping into `[argc][0]`, it is not know if
you are doing an offset of the original struct or an offset into the array.
GCC's internal IR changes into the former as it is more
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113514
--- Comment #1 from Andrew Pinski ---
The answer is not really and it is complex.
So I will note that clang/LLVM returns 48 for `f.bar[argc], 1` and 0 for `,3`.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113514
Bug ID: 113514
Summary: Wrong __builtin_dynamic_object_size when using a set
local variable
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109642
--- Comment #13 from Marek Polacek ---
*** Bug 59 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59
Marek Polacek changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113513
Bug ID: 113513
Summary: [OpenMP] libgomp: cuCtxGetDevice error with
OMP_DISPLAY_ENV=true OMP_TARGET_OFFLOAD="mandatory"
for libgomp.c/target-52.c
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108640
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110934
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110934
--- Comment #13 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:f1dea0fed946ba40bd6bbe40ad1386aa9303418c
commit r14-8299-gf1dea0fed946ba40bd6bbe40ad1386aa9303418c
Author: Mikael Pettersson
Date:
On 1/17/24 10:03, Mikael Pettersson wrote:
PR110934 is a problem on m68k where -fzero-call-used-regs -fpic ICEs
when clearing an FP register.
The generic code generates an XFmode move of zero to that register,
which becomes an XFmode load from initialized data, which due to -fpic
uses a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113512
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113512
Bug ID: 113512
Summary: Incorrect results for std::format("{:#.3g}", flt)
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113511
Bug ID: 113511
Summary: lack of libm2 ABI compatibility on powerpc platforms
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
On 1/18/24 09:39, Mikael Pettersson wrote:
When generating RMW logical operations on m68k, the backend
recognizes single-bit operations and rewrites them as bit
instructions on operands adjusted to address the intended byte.
When offsetting the addresses the backend keeps the modes as
SImode,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108640
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:a834414794d80f21550dd0591e260fc833f49eb9
commit r14-8298-ga834414794d80f21550dd0591e260fc833f49eb9
Author: Mikael Pettersson
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113510
Thiago Jung Bauermann changed:
What|Removed |Added
CC||thiago.bauermann at linaro dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113510
--- Comment #1 from Thiago Jung Bauermann
---
Created attachment 57168
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57168=edit
Preprocessed version of pr71494.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113458
--- Comment #8 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #7)
> But the load is still using inserts and tbl. I have not figured out why
> though.
Looks like I have to support const PERMs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113510
Bug ID: 113510
Summary: [ARM Thumb] ICE in extract_constrain_insn with CPU
cortex-m23
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Snapshot gcc-12-20240119 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/12-20240119/
and on various mirrors, see https://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 12 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk?
-- >8 --
Currently, when exporting names from the GMF, or within header modules,
for a set of constrained partial specialisations we only emit the first
one. This is because the 'type_specialization' list only includes a
single
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113471
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
On 1/11/24 11:29 AM, Michael Meissner wrote:
> This is version 2 of the patch. The only difference is I made the test case
> simpler to read.
[snip]
> gcc/
>
> PR target/112886
> * config/rs6000/rs6000.cc (print_operand): Add %S output modifier.
> * doc/md.texi (Modifiers):
Hi.
This patch adds a new API gcc_jit_global_set_readonly: it's equivalent
to having a const global variable, but it is useful in the case of
complex compilers where it is not convenient to use const.
Thanks for the review.
From ff3aa19207a6cdaeff6fcb6521ad2ad92f5448ff Mon Sep 17 00:00:00 2001
Hi.
This patch allows comparing different instances of array types as
equal.
Thanks for the review.
From ef4afd9de440f10502f3cc84b2112cf83cde2610 Mon Sep 17 00:00:00 2001
From: Antoni Boucher
Date: Tue, 2 Jan 2024 16:04:10 -0500
Subject: [PATCH] libgccjit: Allow comparing array types
Hi.
This patch adds a new way to create local variable that won't generate
debug info: it is to be used for compiler-generated variables.
Thanks for the review.
From 6f69e9db77f3c7e019fae74414ba5eed15298514 Mon Sep 17 00:00:00 2001
From: Antoni Boucher
Date: Thu, 18 Jan 2024 16:54:59 -0500
Richard Biener writes:
> On Thu, Jan 18, 2024 at 1:58 AM Gaius Mulley wrote:
>>
>>
>> ok for master ?
>>
>> Bootstrapped on power8 (cfarm135), power9 (cfarm120) and
>> x86_64-linux-gnu.
>
> OK.
many thanks!
> I wonder what this does to the libm2 ABI?
ah yes - I'll open a PR reflecting lack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113458
--- Comment #7 from Andrew Pinski ---
I have a patch which implements V4QI for many operations (extends and
widden_sum) (though I need to fix the cost model).
I am able to get:
```
sshll v30.4h, v30.8b, #0
smull v31.4s,
On 17 January 2024 14:20:49 CET, Jan Hubicka wrote:
>--- a/gcc/predict.def
>+++ b/gcc/predict.def
>@@ -94,6 +94,16 @@ DEF_PREDICTOR (PRED_LOOP_ITERATIONS_GUESSED, "guessed loop
>iterations",
> DEF_PREDICTOR (PRED_LOOP_ITERATIONS_MAX, "guessed loop iterations",
> PROB_UNINITIALIZED,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113500
--- Comment #8 from Jonathan Wakely ---
I am testing a patch that allows writing floating-point utc_time, gps_time etc.
with any format string, and allows writing floating-point sys_time with a
non-empty spec.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113377
--- Comment #8 from anlauf at gcc dot gnu.org ---
Created attachment 57166
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57166=edit
Testcase exercising passing of integer optional dummy arguments
This testcase passes with NAG and ifx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113377
--- Comment #7 from anlauf at gcc dot gnu.org ---
(In reply to Mikael Morin from comment #6)
> (In reply to anlauf from comment #4)
> >
> > Note that the following scalar example also fails:
> >
> "Fortunately", it is invalid. :-)
>
> From
Hi
Just another commentary typo..
On 17 January 2024 11:23:01 CET, Jakub Jelinek wrote:
>--- gcc/gengtype.cc.jj 2024-01-03 11:51:23.314845233 +0100
>+++ gcc/gengtype.cc2024-01-16 18:56:57.383009291 +0100
>@@ -4718,8 +4718,8 @@ write_roots (pair_p variables, bool emit
> }
>
> /* Prints
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113508
--- Comment #1 from Andrew Pinski ---
The current documentation reads:
```
Operands 0 and 2 are of the same mode, which is wider than the mode of operand
1. Add operand 1 to operand 2 and place the widened result in operand 0. (This
is used
David: Ping.
On Thu, 2023-12-21 at 16:01 -0500, Antoni Boucher wrote:
> Hi.
> This patch adds the support for the convert vector internal function.
> I'll need to double-check that making the decl a register is
> necessary.
> Thanks for the review.
David: Ping.
On Thu, 2023-12-21 at 11:59 -0500, Antoni Boucher wrote:
> Hi.
> This patch adds the ability to send const pointer as argument to a
> function.
> Thanks for the review.
David: Ping.
On Thu, 2023-12-21 at 08:33 -0500, Antoni Boucher wrote:
> Hi.
> This patch allows comparing aligned integer types as equal.
> There's a TODO in the code about whether we should check that the
> alignment is equal.
> What are your thoughts on this?
>
> Thanks for the review.
p-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240119 (experimental) (GCC)
Dear all,
I've pushed the attached obvious patch for a regression due to a
wrong array bounds check after regtesting on x86_64-pc-linux-gnu
and verification of the fix by the reporter in the PR.
https://gcc.gnu.org/g:94b2e6cb1cc4feb122bf77f19a657c97bffa9b42
Thanks,
Harald
From
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113471
--- Comment #5 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:94b2e6cb1cc4feb122bf77f19a657c97bffa9b42
commit r14-8295-g94b2e6cb1cc4feb122bf77f19a657c97bffa9b42
Author: Harald Anlauf
Date:
David: Ping.
On Thu, 2023-11-30 at 17:16 -0500, Antoni Boucher wrote:
> All of these are fixed in this new patch.
> Thanks for the review.
>
> On Mon, 2023-11-20 at 18:05 -0500, David Malcolm wrote:
> > On Fri, 2023-11-17 at 17:36 -0500, Antoni Boucher wrote:
> > > Hi.
> > > This patch adds a
This patch fixes PR111966, i.e. when compiling offloaded code with "-g"
but without "-march=", mkoffload created a file with e_flags set to
gfx803/fiji as architecture - while all other files used gfx900, which
the linker did not like.
Reason: When the default was changed, this flag was
On 1/18/24 07:43, Christoph Müllner wrote:
On Fri, Jan 12, 2024 at 4:18 AM Jun Sha (Joshua)
wrote:
This patch series presents gcc implementation of the XTheadVector
extension [1].
[1] https://github.com/T-head-Semi/thead-extension-spec/
For some vector patterns that cannot be avoided, we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109929
--- Comment #3 from Xi Ruoyao ---
Hmm, it seems no longer happening with current trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113508
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113508
Bug ID: 113508
Summary: widen_ssumm3 documentation needs to mention which mode
is m here
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords:
Tested x86_64-pc-linux-gnu, applying to trunk.
-- 8< --
get_template_info was crashing because it assumed that any decl with
DECL_LANG_SPECIFIC could use DECL_TEMPLATE_INFO. It's more complicated than
that.
PR c++/113498
gcc/cp/ChangeLog:
* pt.cc (decl_template_info): New fn.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67898
Jason Merrill changed:
What|Removed |Added
Target Milestone|12.0|14.0
--- Comment #7 from Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 111357, which changed state.
Bug 111357 Summary: [11/12/13/14 Regression] __integer_pack fails to work with
values of dependent type convertible to integers in noexcept context
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111357
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113377
--- Comment #6 from Mikael Morin ---
(In reply to anlauf from comment #4)
>
> Note that the following scalar example also fails:
>
"Fortunately", it is invalid. :-)
>From 15.5.2.12 (Argument presence and restrictions on arguments not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113498
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113498
--- Comment #4 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:1338ad23ff3c1e4f552cdb64e36cef12eda2e050
commit r14-8294-g1338ad23ff3c1e4f552cdb64e36cef12eda2e050
Author: Jason Merrill
Date:
Tested powerp64le-linux. Pushed to trunk.
-- >8 --
My change in r14-8181-g665a3ff1539ce2 was incomplete as there's a second
place using CTAD with the _Utf32_view alias template. This fixes it.
libstdc++-v3/ChangeLog:
* include/std/format (_Spec::_M_parse_fill_and_align): Do not
Tested powerp64le-linux. Pushed to trunk.
-- >8 --
I accidentally used && in a fold-expression instead of || which meant
that in C++17 the tuple(UElements&&...) constructor only failed its
debug assertion if all tuple elements were dangling references. Some
missing tests (noted as "TODO") meant
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108822
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:502a3c03e40e8920afb734c077b045f6c5efd087
commit r14-8292-g502a3c03e40e8920afb734c077b045f6c5efd087
Author: Jonathan Wakely
../../gcc/config/riscv/riscv.cc: In function 'void
riscv_init_cumulative_args(CUMULATIVE_ARGS*, tree, rtx, tree, int)':
../../gcc/config/riscv/riscv.cc:4879:34: error: unused parameter 'fndecl'
[-Werror=unused-parameter]
4879 | tree fndecl,
|
On Fri, Jan 19, 2024 at 06:47:36PM +0100, Mikael Morin wrote:
>
> I tested this on x86_64-pc-linux-gnu without regression.
> There is no new test, as the problem is visible on an
> existing test with valgrind or an asan-instrumented compiler.
> OK for master?
>
Yes. After your explanation,
On Wed, 3 Jan 2024, Nathaniel Shead wrote:
> Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk?
>
> -- >8 --
>
> Static data members marked 'inline' should be emitted in TUs where they
> are ODR-used. We need to make sure that statics imported from modules
> are correctly added
Ping
| Date: Thu, 11 Jan 2024 12:29:23 -0500
| From: Michael Meissner
| Subject: [PATCH, V2] PR target/112886, Add %S to print_operand for vector
pair support.
| Message-ID:
https://gcc.gnu.org/pipermail/gcc-patches/2024-January/642727.html
--
Michael Meissner, IBM
PO Box 98, Ayer,
Ping
| Date: Fri, 5 Jan 2024 18:42:02 -0500
| From: Michael Meissner
| Subject: Repost [PATCH 6/6] PowerPC: Add support for 1,024 bit DMR registers.
| Message-ID:
https://gcc.gnu.org/pipermail/gcc-patches/2024-January/641966.html
--
Michael Meissner, IBM
PO Box 98, Ayer, Massachusetts, USA,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87724
Jason Merrill changed:
What|Removed |Added
Resolution|--- |INVALID
CC|
Ping
| Date: Fri, 5 Jan 2024 18:40:58 -0500
| From: Michael Meissner
| Subject: Repost [PATCH 5/6] PowerPC: Switch to dense math names for all MMA
operations.
| Message-ID:
https://gcc.gnu.org/pipermail/gcc-patches/2024-January/641965.html
--
Michael Meissner, IBM
PO Box 98, Ayer,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95564
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Ping
| Date: Fri, 5 Jan 2024 18:39:55 -0500
| From: Michael Meissner
| Subject: Repost [PATCH 4/6] PowerPC: Make MMA insns support DMR registers.
| Message-ID:
https://gcc.gnu.org/pipermail/gcc-patches/2024-January/641964.html
--
Michael Meissner, IBM
PO Box 98, Ayer, Massachusetts, USA,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113377
--- Comment #5 from Mikael Morin ---
(In reply to anlauf from comment #2)
> Note that adding a scalar call in function one:
>
> r(1) = two (i(1), j)
>
> generates sane code:
>
> *((integer(kind=4) *) __result.0 + (sizetype) ((offset.1
Ping
| Date: Fri, 5 Jan 2024 18:38:23 -0500
| From: Michael Meissner
| Subject: Repost [PATCH 3/6] PowerPC: Add support for accumulators in DMR
registers.
| Message-ID:
https://gcc.gnu.org/pipermail/gcc-patches/2024-January/641963.html
--
Michael Meissner, IBM
PO Box 98, Ayer,
Ping
| Date: Fri, 5 Jan 2024 18:37:17 -0500
| From: Michael Meissner
| Subject: Repost [PATCH 2/6] PowerPC: Make -mcpu=future enable
-mblock-ops-vector-pair.
| Message-ID:
https://gcc.gnu.org/pipermail/gcc-patches/2024-January/641962.html
--
Michael Meissner, IBM
PO Box 98, Ayer,
Ping
| Date: Fri, 5 Jan 2024 18:35:37 -0500
| From: Michael Meissner
| Subject: Repost [PATCH 1/6] Add -mcpu=future
| Message-ID:
https://gcc.gnu.org/pipermail/gcc-patches/2024-January/641961.html
--
Michael Meissner, IBM
PO Box 98, Ayer, Massachusetts, USA, 01432
email:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104594
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67898
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
1 - 100 of 266 matches
Mail list logo