https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115109
--- Comment #11 from Jakub Jelinek ---
It is always good if you're testing on x86_64 to test such tests with
make check-gcc
RUNTESTFLAGS="--target_board=unix\{-m32/-mno-mmx/-mno-sse,-m32/-msse2,-m64\}
dg.exp='pr105109.c c23-tag-enum-*.c'"
or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88935
--- Comment #13 from Jonathan Wakely ---
std::random_shuffle was removed from the C++ standard years ago, precisely
because it uses low quality randomness. So it's not a high priority to fix
something that is no longer even in the standard,
f expected failures 1554
# of unsupported tests 3213
/home/gccbuild/build/nightly/build-gcc-13/gcc/xgcc version 13.3.1 20240619
[releases/gcc-13 r13-8856-g41ea263956] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115109
--- Comment #10 from uecker at gcc dot gnu.org ---
Yeah, I looked at the CI before submitting and saw the three passing tests,
not realizing that the fourth was stilling running. I will fix this soon.
On Wed, Jun 19, 2024 at 9:37 AM Li, Pan2 wrote:
>
> Hi Richard,
>
> Given almost all unsigned SAT_ADD/SAT_SUB patches are merged, I revisit the
> original code pattern aka zip benchmark.
> It may look like below:
>
> void test (uint16_t *x, uint16_t *y, unsigned wsize, unsigned count)
> {
>
Hello Richard:
On 19/06/24 12:52 pm, Ajit Agarwal wrote:
> Hello Richard:
>
> On 19/06/24 2:01 am, Richard Sandiford wrote:
>> Ajit Agarwal writes:
>>> Hello Richard:
>>>
>>> On 14/06/24 4:26 pm, Richard Sandiford wrote:
Ajit Agarwal writes:
> Hello Richard:
>
> All comments
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115109
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment
On Wed, Jun 19, 2024 at 09:36:40AM +0200, Richard Biener wrote:
> > TYPE_CANONICAL (x)
> > = build_qualified_type (TYPE_CANONICAL (t), TYPE_QUALS (x));
>
> That looks indeed weird. What are the constraints on 't' for
> c_update_type_canonical? If it is TYPE_STRUCTURAL_EQUALITY_P
> the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96342
--- Comment #11 from avieira at gcc dot gnu.org ---
I realized this ticket hadn't been updated in a while. Late in development for
gcc-14 I realized sve simdclone usage was leading to a regression on a
benchmark, I couldn't get to the bottom of
On Wed, Jun 19, 2024 at 09:26:00AM +0200, Martin Uecker wrote:
> Ok. Then should it, instead of
>
> TYPE_CANONICAL (x)
> = build_qualified_type (TYPE_CANONICAL (t), TYPE_QUALS (x));
>
> be
>
> tree c = build_qualified_type (TYPE_CANONICAL (t), TYPE_QUALS (x));
> TYPE_CANONICAL (x) =
=== gcc Summary ===
# of expected passes179387
# of unexpected failures126
# of unexpected successes 13
# of expected failures 1600
# of unsupported tests 5067
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240619
(experimenta
=== g++ Summary ===
# of expected passes515630
# of unexpected failures1
# of expected failures 5239
# of unsupported tests 23395
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 15.0.0 20240619
(experimental) [master r15-1427
Hi Richard,
Given almost all unsigned SAT_ADD/SAT_SUB patches are merged, I revisit the
original code pattern aka zip benchmark.
It may look like below:
void test (uint16_t *x, uint16_t *y, unsigned wsize, unsigned count)
{
unsigned m = 0, n = count;
register uint16_t *p;
p = x;
do {
On Wed, 19 Jun 2024, Martin Uecker wrote:
> Am Mittwoch, dem 19.06.2024 um 08:57 +0200 schrieb Richard Biener:
> > On Wed, 19 Jun 2024, Martin Uecker wrote:
> >
> > > Am Mittwoch, dem 19.06.2024 um 08:04 +0200 schrieb Richard Biener:
> > > >
> > > > > Am 18.06.2024 um 20:18 schrieb Martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115535
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
Hi Segher,
on 2024/6/19 04:31, Segher Boessenkool wrote:
> On Fri, Feb 10, 2023 at 10:59:52AM +0800, Xionghu Luo via Gcc-patches wrote:
> So, nothing here is obvious at all still. Could you please split it up
> a bit more, so that every step is either small or simple?
I just chatted with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115507
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
on 2024/6/19 03:02, Peter Bergner wrote:
> On 6/12/24 2:50 AM, Kewen.Lin wrote:
>> As the recent PR115355 shows, this issue can also affect the
>> behavior when users are adopting vectorization optimization,
>> IMHO we should get this landed as soon as possible.
>
> I agree we want this fixed
Hello Richard:
On 19/06/24 2:01 am, Richard Sandiford wrote:
> Ajit Agarwal writes:
>> Hello Richard:
>>
>> On 14/06/24 4:26 pm, Richard Sandiford wrote:
>>> Ajit Agarwal writes:
Hello Richard:
All comments are addressed.
>>>
>>> I don't think this addresses the following
Am Mittwoch, dem 19.06.2024 um 08:57 +0200 schrieb Richard Biener:
> On Wed, 19 Jun 2024, Martin Uecker wrote:
>
> > Am Mittwoch, dem 19.06.2024 um 08:04 +0200 schrieb Richard Biener:
> > >
> > > > Am 18.06.2024 um 20:18 schrieb Martin Uecker :
> > > >
> > > > Am Dienstag, dem 18.06.2024 um
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96992
--- Comment #3 from Andre Vehreschild ---
Second version of patch. Now also working for negative strides:
https://gcc.gnu.org/pipermail/fortran/2024-June/060592.html
Waiting for review.
Hi Harald,
that patch looks quite obvious to me. Therefore ok for mainline by me.
Thanks for the patch.
Regards,
Andre
On Tue, 18 Jun 2024 22:10:55 +0200
Harald Anlauf wrote:
> Dear all,
>
> the attached simple patch fixes warnings for use of uninitialized
> temporaries for the
Hi Harald,
thank you for the investigation and useful tips. I had to figure what went
wrong here, but I now figured, that the array needs repacking when a negative
stride is used (or at least a call to that routine, which then fixes "stuff").
I have added it, freeing the memory allocated
d/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240619
(experimental) [remotes/origin/HEAD r15-1425-g61655f5c951] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2.f90 -O0 execution test
XPASS: gfortran.dg/large_real_kind_form
On Wed, 19 Jun 2024, Jakub Jelinek wrote:
> On Wed, Jun 19, 2024 at 08:04:55AM +0200, Richard Biener wrote:
> > >> Note a canonical type should always be unqualified (for
> > >> classical qualifiers, not address space or atomic qualification)
> > >
> > > The logic in build_qualified_type is the
On Wed, 19 Jun 2024, Martin Uecker wrote:
> Am Mittwoch, dem 19.06.2024 um 08:04 +0200 schrieb Richard Biener:
> >
> > > Am 18.06.2024 um 20:18 schrieb Martin Uecker :
> > >
> > > Am Dienstag, dem 18.06.2024 um 17:27 +0200 schrieb Richard Biener:
> > > >
> > > > > > Am 18.06.2024 um 17:20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88935
Andrea Griffini changed:
What|Removed |Added
CC||agriff at tin dot it
--- Comment #12
Am Mittwoch, dem 19.06.2024 um 08:29 +0200 schrieb Jakub Jelinek:
> On Wed, Jun 19, 2024 at 08:04:55AM +0200, Richard Biener wrote:
> > > > Note a canonical type should always be unqualified (for
> > > > classical qualifiers, not address space or atomic qualification)
> > >
> > > The logic in
-unknown-linux-gnueabihf/armv8l-unknown-linux-gnueabihf/gcc-gcc.git~master-stage2/./gcc/gccgo
version 15.0.0 20240619 (experimental) [master revision
gcc-15-1425-g61655f5c951] (GCC)
=== libgomp tests ===
Running target tcwg-local
XPASS: libgomp.c/alloc-pinned-1.c execution test
Am Mittwoch, dem 19.06.2024 um 08:04 +0200 schrieb Richard Biener:
>
> > Am 18.06.2024 um 20:18 schrieb Martin Uecker :
> >
> > Am Dienstag, dem 18.06.2024 um 17:27 +0200 schrieb Richard Biener:
> > >
> > > > > Am 18.06.2024 um 17:20 schrieb Martin Uecker :
> > > >
> > > >
> > > > As
On Wed, Jun 19, 2024 at 08:04:55AM +0200, Richard Biener wrote:
> >> Note a canonical type should always be unqualified (for
> >> classical qualifiers, not address space or atomic qualification)
> >
> > The logic in build_qualified_type is the same as in this patch,
> > it constructs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115543
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115548
Bug ID: 115548
Summary: ICE: verify_cgraph_node failed with attribute malloc
and simd enabled
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
There is already one such link pretty directly above, so avoid the
second one.
---
htdocs/gcc-3.0/criteria.html | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/htdocs/gcc-3.0/criteria.html b/htdocs/gcc-3.0/criteria.html
index 97be2e30..3e679d28 100644
---
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "gcc-wwwdocs".
The branch, master has been updated
via 79ef2cb65d7876e71ea9560e2a92843070dc40d5 (commit)
via
Pushed.
Gerald
---
htdocs/codingrationale.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/htdocs/codingrationale.html b/htdocs/codingrationale.html
index c51c9da4..5e3d6b88 100644
--- a/htdocs/codingrationale.html
+++ b/htdocs/codingrationale.html
@@ -18,7 +18,7 @@
On Tue, 22 Mar 2022, Pokechu22 via Gcc-patches wrote:
> htdocs/codingrationale.html | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Thank you for this, and sorry for us missing it originally.
> -working set size, compile time, and debuggablity.
> +working set size, compile time, and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115528
--- Comment #8 from Jürgen Reuter ---
(In reply to Jürgen Reuter from comment #6)
> (In reply to kargls from comment #5)
> > (In reply to Jürgen Reuter from comment #4)
> > > Created attachment 58462 [details]
> > > Input file that triggers the
https://gcc.gnu.org/g:eb549f13fcde079a7bbe27e5ba3d5e80abbffba1
commit r15-1432-geb549f13fcde079a7bbe27e5ba3d5e80abbffba1
Author: Pan Li
Date: Mon Jun 17 22:31:27 2024 +0800
RISC-V: Add testcases for unsigned .SAT_ADD vector form 8
After the middle-end support the form 8 of
https://gcc.gnu.org/g:ed94699eefc7cc8ac8fd79a6d8d81bf05d5a79ff
commit r15-1431-ged94699eefc7cc8ac8fd79a6d8d81bf05d5a79ff
Author: Pan Li
Date: Mon Jun 17 22:19:54 2024 +0800
RISC-V: Add testcases for unsigned .SAT_ADD vector form 7
After the middle-end support the form 7 of
https://gcc.gnu.org/g:748b9f0a37c448cbe8585cfa8c1b380b4975ba9d
commit r15-1430-g748b9f0a37c448cbe8585cfa8c1b380b4975ba9d
Author: Pan Li
Date: Mon Jun 17 22:10:31 2024 +0800
RISC-V: Add testcases for unsigned .SAT_ADD vector form 6
After the middle-end support the form 6 of
https://gcc.gnu.org/g:1daf54aa7818519b5a1dcc441c8b235d15a8726e
commit r15-1429-g1daf54aa7818519b5a1dcc441c8b235d15a8726e
Author: Pan Li
Date: Mon Jun 17 16:31:26 2024 +0800
RISC-V: Add testcases for unsigned .SAT_ADD vector form 5
After the middle-end support the form 5 of
https://gcc.gnu.org/g:24ae0a0a3dea27d8c81f2f102d637cf09424b4b9
commit r15-1428-g24ae0a0a3dea27d8c81f2f102d637cf09424b4b9
Author: Pan Li
Date: Mon Jun 17 16:09:13 2024 +0800
RISC-V: Add testcases for unsigned .SAT_ADD vector form 4
After the middle-end support the form 4 of
tests 21986
/home/gccbuild/build/nightly/build-gcc-13/gcc/xg++ version 13.3.1 20240619
[releases/gcc-13 r13-8856-g41ea263956] (GCC)
=== gcc tests ===
Running target unix/-m32
FAIL: gcc.dg/analyzer/data-model-4.c (test for excess errors)
FAIL: gcc.dg/analyzer/torture
https://gcc.gnu.org/g:1bdcac7aefdd2a170112e2c78e8e769f7caad0a2
commit r15-1427-g1bdcac7aefdd2a170112e2c78e8e769f7caad0a2
Author: Pan Li
Date: Mon Jun 17 14:53:12 2024 +0800
RISC-V: Add testcases for unsigned .SAT_ADD vector form 3
After the middle-end support the form 3 of
https://gcc.gnu.org/g:a84945e521e5687cdc46fc1f963d64d0b7f26cdd
commit r15-1426-ga84945e521e5687cdc46fc1f963d64d0b7f26cdd
Author: Pan Li
Date: Mon Jun 17 14:39:10 2024 +0800
RISC-V: Add testcases for unsigned .SAT_ADD vector form 2
After the middle-end support the form 2 of
> Am 18.06.2024 um 20:18 schrieb Martin Uecker :
>
> Am Dienstag, dem 18.06.2024 um 17:27 +0200 schrieb Richard Biener:
>>
Am 18.06.2024 um 17:20 schrieb Martin Uecker :
>>>
>>>
>>> As discussed this replaces the use of check_qualified_type with
>>> a simple check for qualifiers as
Committed the series, thanks Juzhe.
Pan
From: 钟居哲
Sent: Wednesday, June 19, 2024 11:55 AM
To: Li, Pan2 ; gcc-patches
Cc: kito.cheng ; jeffreyalaw ;
rdapp.gcc ; Li, Pan2
Subject: Re: [PATCH v1 1/2] RISC-V: Add testcases for unsigned .SAT_SUB scalar
form 11
lgtm
--Reply to
Committed the series, thanks Juzhe.
Pan
From: 钟居哲
Sent: Wednesday, June 19, 2024 12:01 PM
To: Li, Pan2 ; gcc-patches
Cc: kito.cheng ; jeffreyalaw ;
rdapp.gcc ; Li, Pan2
Subject: Re: [PATCH v1 2/7] RISC-V: Add testcases for unsigned .SAT_ADD vector
form 3
lgtm
--Reply to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115547
Andrew Pinski changed:
What|Removed |Added
See Also||https://github.com/llvm/llv
301 - 350 of 350 matches
Mail list logo