https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108783
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108782
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108774
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108784
Bug ID: 108784
Summary: '-fcompare-debug' failure (length) w/ -O1
-fharden-conditional-branches -funroll-all-loops
--param ira-simple-lra-insn-threshold=1
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108781
--- Comment #1 from Jiang An ---
Oh, the variable doesn't seem strictly unnamed ([dcl.struct.bind]/1):
> First, a variable with a unique name e is introduced.
But it seems that `e` should be unique in the whole program...
Hi,
I'm looking at the generated code for these builtins on POWER:
add 4,3,4
subfc 3,3,4
subfe 3,3,3
std 4,0(5)
rldicl 3,3,0,63
blr
and
mulld 10,3,4
mulhdu 3,3,4
addic 9,3,-1
std 10,0(5)
subfe 3,9,3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108783
Bug ID: 108783
Summary: [13 Regression] ICE: verify_flow_info failed (error:
returns_twice call is not first in basic block 3)
Product: gcc
Version: 13.0
Status:
add yangyujie.
在 2023/2/13 下午6:38, Xi Ruoyao 写道:
Multiarch tuple will be coded in file or directory names in
multiarch-aware distros, so one ABI should have only one multiarch
tuple. For example, "--target=loongarch64-linux-gnu --with-abi=lp64s"
and "--target=loongarch64-linux-gnusf" should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108782
Bug ID: 108782
Summary: [13 Regression] ICE in add_phi_arg, at
tree-phinodes.cc:359
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80175
Peter Bergner changed:
What|Removed |Added
Assignee|acsawdey at gcc dot gnu.org|unassigned at gcc dot
gnu.org
:
```C++
// main.cpp
using Arr = int[2];
auto [bx, by] = Arr{};
int main(){}
```
```C++
// a.cpp
using Arr = int[2];
auto [bx, by] = Arr{};
```
Currently a linker error is emitted (Godbolt link:
https://godbolt.org/z/e43s4ErKs):
> /opt/compiler-explorer/gcc-trunk-20230213/bin/../lib/gcc/x86_64-li
Ok to commit? It survived both a cris-elf regtest and a
x86_64-linux-gnu native regtest. :)
8<
The debug-function in sel-sched-dump.cc that would be
suitable for a hookup to a command in gdb is guarded by
#ifdef INSN_SCHEDULING, thus can't be used for all targets.
Better move the
on 2023/2/13 21:57, Richard Sandiford wrote:
> "Kewen.Lin" writes:
>> Hi Richard,
>>
>> on 2023/1/27 19:08, Richard Sandiford via Gcc-patches wrote:
>>> PR96373 points out that a predicated SVE loop currently converts
>>> trapping unconditional ops into unpredicated vector ops. Doing
>>> the
Tested x86_64-pc-linux-gnu. Pushed to trunk.
The first patch has also been backported and pushed to releases/gcc-12 and
releases/gcc-11
The second patch fails to cleanly cherry-pick. Will resolve and push
shortly.
On Fri, Feb 10, 2023 at 4:41 PM Jonathan Wakely wrote:
> On Fri, 10 Feb 2023 at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96373
--- Comment #15 from CVS Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:4f5a1198065dc078f8099db628da7b06a2666f34
commit r13-5978-g4f5a1198065dc078f8099db628da7b06a2666f34
Author: Kewen Lin
Date: Mon Feb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103934
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Thomas Rodgers
:
https://gcc.gnu.org/g:2e558da77adade314d4373397c93a700717d50cd
commit r11-10524-g2e558da77adade314d4373397c93a700717d50cd
Author: Thomas W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103934
--- Comment #4 from CVS Commits ---
The releases/gcc-12 branch has been updated by Thomas Rodgers
:
https://gcc.gnu.org/g:dec869c95562c0b1255f770e68e7ea72e7e92681
commit r12-9172-gdec869c95562c0b1255f770e68e7ea72e7e92681
Author: Thomas W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103934
--- Comment #3 from CVS Commits ---
The master branch has been updated by Thomas Rodgers :
https://gcc.gnu.org/g:56cf9372c0596c4df4003c72dc4665a306fbfe31
commit r13-5977-g56cf9372c0596c4df4003c72dc4665a306fbfe31
Author: Thomas W Rodgers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103934
--- Comment #2 from CVS Commits ---
The master branch has been updated by Thomas Rodgers :
https://gcc.gnu.org/g:a8d769045b43e8509490362865a85cb31a855ccf
commit r13-5976-ga8d769045b43e8509490362865a85cb31a855ccf
Author: Thomas W Rodgers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 108780, which changed state.
Bug 108780 Summary: Spurious warning with -ftrivial-auto-var-init=zero
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108780
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107411
Andrew Pinski changed:
What|Removed |Added
CC||trprince at synopsys dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108780
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108780
Bug ID: 108780
Summary: Spurious warning with -ftrivial-auto-var-init=zero
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107469
--- Comment #2 from CVS Commits ---
The master branch has been updated by Gerald Pfeifer :
https://gcc.gnu.org/g:daeb6c94bbdfdf909bae23b6dbe31eee8957af9d
commit r13-5974-gdaeb6c94bbdfdf909bae23b6dbe31eee8957af9d
Author: Lorenzo Salvadore
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105010
--- Comment #23 from Piotr Kubaj ---
(In reply to Segher Boessenkool from comment #22)
> (In reply to Piotr Kubaj from comment #21)
> > I'm not sure whether it will help, but the issue only affects building
> > 32-bit multilib libraries on
Pushed.
Gerald
libstdc++-v3/ChangeLog:
* doc/xml/manual/policy_data_structures_biblio.xml: Adjust
"The Component Object Model" reference.
* doc/html/manual/policy_data_structures.html: Regenerate.
---
libstdc++-v3/doc/html/manual/policy_data_structures.html | 4
A passing build has been detected on builder gccrust-rawhide-x86_64 while
building gccrust.
Full details are available at:
https://builder.sourceware.org/buildbot/#builders/132/builds/501
Build state: build successful
Revision: 2166e589d80e6964c10da5c070d8505febca914c
Worker: bb2-2
Build
Ping:
https://inbox.sourceware.org/gcc-patches/20230123012100.4021860-1-ar...@aarsen.me/
No further changes happened to the file between the post and today.
Have a lovely night :-)
--
Arsen Arsenović
signature.asc
Description: PGP signature
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105167
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
Ping on this patch. I took the liberty to rebase it. The changes are
minimal, so I didn't want to resend the entire patchset. I included a
range diff and a pull request for your convenience.
The render is also updated, and ``make all && make html'' passes (which
is something I forgot to check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108777
--- Comment #5 from Jakub Jelinek ---
It is a similar tweak like many other asan tweaks which use params rather than
switches.
A new failure has been detected on builder gccrust-fedora-ppc64le while
building gccrust.
Full details are available at:
https://builder.sourceware.org/buildbot/#builders/19/builds/691
Build state: failed 'grep unexpected ...' (failure)
Revision: c6c4342273a7d2cce711f292b85956a84768349e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108777
Florian Weimer changed:
What|Removed |Added
CC||fw at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108681
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108681
--- Comment #8 from CVS Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:3cac06d84f334705ed0bce12fbc3a4cec4a8fd3b
commit r13-5972-g3cac06d84f334705ed0bce12fbc3a4cec4a8fd3b
Author: Richard Sandiford
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103475
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |13.0
Resolution|---
Dear all,
the attached simple and obvious patch fixes a NULL pointer dereference
on an invalid use of a CLASS variable.
Committed to mainline after regtesting on x86_64-pc-linux-gnu as
https://gcc.gnu.org/g:2ce7e2a83e18a27fe9c659f8667fc24f0df4ea9a
Thanks,
Harald
From
Jeff Law writes:
> On 2/7/23 03:29, Richard Sandiford via Gcc-patches wrote:
>> In this PR we had a write to one vector of a 4-vector tuple.
>> The vector had mode V1DI, and the target doesn't provide V1DI
>> moves, so this was converted into:
>>
>> (clobber (subreg:V1DI (reg/v:V4x1DI 92 [
The following patch solves
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108774
The patch was successfully bootstrapped and tested on i686, x86_64, and
aarch64.
commit a33e3dcbd15e73603796e30b5eeec11a0c8bacec
Author: Vladimir N. Makarov
Date: Mon Feb 13 16:05:04 2023 -0500
RA: Clear
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108774
--- Comment #2 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:a33e3dcbd15e73603796e30b5eeec11a0c8bacec
commit r13-5971-ga33e3dcbd15e73603796e30b5eeec11a0c8bacec
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103475
--- Comment #4 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:2ce7e2a83e18a27fe9c659f8667fc24f0df4ea9a
commit r13-5970-g2ce7e2a83e18a27fe9c659f8667fc24f0df4ea9a
Author: Harald Anlauf
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108757
--- Comment #19 from Andrew Pinski ---
Note in the loop case we know it does not wrap because there is a check
already:
[local count: 118111600]:
if (rows_8(D) > 3)
goto ; [89.00%]
else
goto ; [11.00%]
[local count:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108757
Andrew Pinski changed:
What|Removed |Added
Target|powerpc64le-linux |powerpc64le-linux,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108757
Andrew Pinski changed:
What|Removed |Added
Component|rtl-optimization|tree-optimization
--- Comment #17 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108757
--- Comment #16 from Chip Kerchner ---
Dang copy and paste issue... This is what I meant.
unsigned long int
foo (unsigned long int a)
{
return (a + (N*M)) / N - M;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108757
--- Comment #15 from Chip Kerchner ---
How about this (from Peter's testcase)? Does it still have issues? It
produces the same assembly.
#define N 32
#define M 2
unsigned long int
foo (unsigned long int a)
{
return (a - (N*M)) / N + M;
}
The problem is that GOMP_MAP_ALWAYS_POINTER, there is a lookup for "i - 1"
but with 'target enter data', GOMP_MAP_ALWAYS_POINTER and its data were passed
as separate entities.
I am not sure whether there is a legitimate reason to have two
GOMP_MAP_ALWAYS_POINTER in a row; the check in
A passing build has been detected on builder gccrust-fedora-x86_64 while
building gccrust.
Full details are available at:
https://builder.sourceware.org/buildbot/#builders/16/builds/698
Build state: build successful
Revision: 3736647947b6b776c6d53eddde7538394886ebec
Worker: bb1-2
Build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108757
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108757
--- Comment #13 from Andrew Pinski ---
IIRC this is a doloop issue and has been reported before. Maybe even by myself
while I was working at Sony. I think I tried to fix it too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108757
--- Comment #12 from Chip Kerchner ---
Here is an example of the original problem
#define EIGEN_ALWAYS_INLINE __attribute__((always_inline)) inline
typedef __vector float Packet4f;
typedef size_t Index;
EIGEN_ALWAYS_INLINE Packet4f
A passing build has been detected on builder gccrust-opensuseleap-x86_64 while
building gccrust.
Full details are available at:
https://builder.sourceware.org/buildbot/#builders/104/builds/549
Build state: build successful
Revision: 288b6298a6ae9356122362cd604e3582d8decd26
Worker: bb1-2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103475
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108516
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |FIXED
Summary|Useless movzx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108779
Andrew Pinski changed:
What|Removed |Added
Summary|No option to change |AARCH64 should add an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108777
--- Comment #3 from Marco Elver ---
(In reply to Jakub Jelinek from comment #2)
> Marco, is this what you are looking for?
Yes, looks good - the tests verify the behaviour I'd expect. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108779
Bug ID: 108779
Summary: No option to change thread-pointer location on AArch64
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108778
Bug ID: 108778
Summary: Missing optimization with direct register access
instead of structure mapping
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Combine pass simplifies zero-extend of a zero-extract to:
Trying 16 -> 6:
16: r86:QI#0=zero_extract(r87:HI,0x8,0x8)
REG_DEAD r87:HI
6: r84:SI=zero_extend(r86:QI)
REG_DEAD r86:QI
Failed to match this instruction:
(set (reg:SI 84 [ s.e2 ])
(zero_extract:SI (reg:HI 87)
The .su files generated with -fstack-usage are arguably debug info. In
order to make builds more reproducible, apply the same remapping logic
to the recorded file names as for when producing the debug info
embedded in the object files.
To this end, teach print_decl_identifier() a new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108516
--- Comment #7 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:00b8a212ea2132fb68e42488317392346e169035
commit r13-5969-g00b8a212ea2132fb68e42488317392346e169035
Author: Uros Bizjak
Date: Mon
On Mon, Feb 13, 2023 at 10:43 AM Jeff Law wrote:
>
>
>
> On 2/13/23 10:32, Richard Sandiford via Gcc-patches wrote:
> > Andrew Pinski via Gcc-patches writes:
> >> On Fri, Feb 10, 2023 at 2:47 PM Philipp Tomsich
> >> wrote:
> >>>
> >>> Some architectures, as it the case on RISC-V with the
On 2/13/23 10:32, Richard Sandiford via Gcc-patches wrote:
Andrew Pinski via Gcc-patches writes:
On Fri, Feb 10, 2023 at 2:47 PM Philipp Tomsich
wrote:
Some architectures, as it the case on RISC-V with the proposed
ZiCondOps and the vendor-defined XVentanaCondOps, define a
On 1/25/23 13:06, Ben Boeckel wrote:
They affect the build, so report them via `-MF` mechanisms.
gcc/cp/
* module.cc (do_import): Report imported CMI files as
dependencies.
Both this and the mapper dependency patch seem to cause most of the
modules testcases to crash; please
On 1/25/23 13:06, Ben Boeckel wrote:
They affect the build, so report them via `-MF` mechanisms.
gcc/cp/
* module.cc (do_import): Report imported CMI files as
dependencies.
Both this and the mapper dependency patch seem to cause most of the
modules testcases to crash; please
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107938
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=108761
--- Comment #6 from Andrew Pinski ---
(In reply to Paul Robinson from comment #5)
> Modifying the syntax of the attribute won't help users who are importing
> code from a third party, but still want to do dead-stripping/deduplication.
And it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108761
--- Comment #5 from Paul Robinson
---
Modifying the syntax of the attribute won't help users who are importing
code from a third party, but still want to do dead-stripping/deduplication.
Pushed as:
commit 086a1df4374962787db37c1f0d1bd9beb828f9e3
Thanks,
Harald
On 2/12/23 22:28, Harald Anlauf via Gcc-patches wrote:
Hi Rimvydas,
Gesendet: Sonntag, 12. Februar 2023 um 07:59 Uhr
Von: "Rimvydas Jasinskas"
An: "Harald Anlauf"
Cc: "fortran"
Betreff: Re: Support for NOINLINE
Andrew Pinski via Gcc-patches writes:
> On Fri, Feb 10, 2023 at 2:47 PM Philipp Tomsich
> wrote:
>>
>> Some architectures, as it the case on RISC-V with the proposed
>> ZiCondOps and the vendor-defined XVentanaCondOps, define a
>> conditional-zero instruction that is equivalent to:
>> - the
[N.B. this is a corrected version of
https://gcc.gnu.org/pipermail/gcc-patches/2022-November/607443.html ]
Currently when resolving a TYPENAME_TYPE for 'typename T::m' via
make_typename_type, we consider only type bindings of 'm' and ignore
non-type ones. But [temp.res.general]/3 says, in a
[N.B. this is a corrected version of
https://gcc.gnu.org/pipermail/gcc-patches/2022-November/607443.html ]
This patch factors out the TYPENAME_TYPE case of tsubst into a separate
function tsubst_typename_type. It also factors out the two tsubst flags
controlling TYPENAME_TYPE substitution,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108759
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2023-02-13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108773
--- Comment #11 from Jakub Jelinek ---
Even better don't make second initializer_list member __rebind:
namespace std {
struct __new_allocator {};
template using __allocator_base = __new_allocator;
struct allocator : __allocator_base {};
joust_maybe_elide_copy checks that the last conversion in the ICS for
the first argument is ck_ref_bind, which is reasonable, because we've
checked that we're dealing with a copy/move constructor. But it can
also happen that we couldn't figure out which conversion function is
better to convert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108773
--- Comment #10 from Jakub Jelinek ---
Slightly better testcase where basic_string, array and list are at least
templates, again -std=c++20:
namespace std {
struct __new_allocator {};
template using __allocator_base = __new_allocator;
struct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108777
Jakub Jelinek changed:
What|Removed |Added
CC||elver at google dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108777
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2023-02-13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108761
Paul Robinson changed:
What|Removed |Added
CC||paul_robinson at playstation
dot s
On Sat, Feb 11, 2023, 14:37 Basile Starynkevitch
wrote:
> Modifying the pass manager
> https://gcc.gnu.org/onlinedocs/gccint/Pass-manager.html#Pass-manager to
> use clock_gettime system call. See
> https://man7.org/linux/man-pages/man2/clock_gettime.2.html
Since we can now use c++11,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108777
Bug ID: 108777
Summary: Add support for --param
asan-kernel-mem-intrinsic-prefix=1
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108776
Bug ID: 108776
Summary: new test case c-c++-common/rotate-11.c from
r12-9158-ga015ebe382cd6d fails
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108774
--- Comment #1 from Vladimir Makarov ---
Thank you for reporting this. I'll try to fix it as soon as possible, today or
tomorrow.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108775
--- Comment #2 from Andrew Pinski ---
I suspect this is similar to
https://open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#2403 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82113
Andrew Pinski changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #3 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98995
Andrew Pinski changed:
What|Removed |Added
CC||for.gcc.bugzilla at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108773
--- Comment #9 from Jakub Jelinek ---
Well, the reduction isn't exactly valid though, given how it defines
std::list/array.
I guess I could retry reduce with
class RGWSyncTraceManager { std::list >
admin_commands; public: int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108775
--- Comment #1 from danakj at orodu dot net ---
This occurs on 12.2.0 Linux, as well as GCC trunk on Godbolt in C++20 mode.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108775
Bug ID: 108775
Summary: Move construction clobbers data through
[[no_unique_address]]
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
On 2/13/23 07:51, Richard Biener wrote:
On Mon, 13 Feb 2023, Jeff Law wrote:
On 2/10/23 04:02, Richard Biener via Gcc-patches wrote:
This fixes an oversight to when removing the hard limits on using
generic vectors for the vectorizer to enable both SLP and BB
vectorization to use those.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108773
--- Comment #8 from Martin Liška ---
Wow, you reduced that really fast Jakub!
On 1/25/23 13:06, Ben Boeckel wrote:
Unicode does not support such values because they are unrepresentable in
UTF-16.
libcpp/
* charset.cc: Reject encodings of codepoints above 0x10.
UTF-16 does not support such codepoints and therefore all
Unicode rejects such
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108773
--- Comment #7 from Jakub Jelinek ---
Reduced testcase:
struct __new_allocator {};
template using __allocator_base = __new_allocator;
struct allocator : __allocator_base {};
template struct initializer_list {
void *_M_array;
On 1/25/23 13:06, Ben Boeckel wrote:
Unicode does not support such values because they are unrepresentable in
UTF-16.
libcpp/
* charset.cc: Reject encodings of codepoints above 0x10.
UTF-16 does not support such codepoints and therefore all
Unicode rejects such
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108102
--- Comment #16 from Stefan Schulze Frielinghaus ---
Fixed in mainline. Fine for me to close this now.
--
You are receiving this mail because:
You are on the CC list for the bug.
--
Gcc-rust mailing list
Gcc-rust@gcc.gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108102
--- Comment #16 from Stefan Schulze Frielinghaus ---
Fixed in mainline. Fine for me to close this now.
On Mon, 13 Feb 2023, 盼 李 wrote:
> Thanks all for your help and comments.
>
> Let me share more information about this patch. Especially for the
> tree-ssa-sccvn.cc part.
>
> Assume we have the blow test code for this issue.
>
> void
> test_1(int8_t * restrict in, int8_t * restrict out) {
>
Thanks all for your help and comments.
Let me share more information about this patch. Especially for the
tree-ssa-sccvn.cc part.
Assume we have the blow test code for this issue.
void
test_1(int8_t * restrict in, int8_t * restrict out) {
vbool8_t v2 = *(vbool8_t*)in;
vbool16_t v5 =
On 13/02/2023 14:38, Thomas Schwinge wrote:
Hi!
On 2022-03-08T11:30:55+, Hafiz Abid Qadeer wrote:
From: Andrew Stubbs
Add a new option. It will be used in follow-up patches.
--- a/gcc/doc/invoke.texi
+++ b/gcc/doc/invoke.texi
+@option{-foffload-memory=pinned} forces all host
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108772
--- Comment #3 from Richard Biener ---
(In reply to Martin Liška from comment #2)
> (In reply to Jakub Jelinek from comment #1)
> > Does firefox really use -fimplicit-constexpr and -g1?
>
> Yes. Note the former option is used since gcc12:
>
1 - 100 of 198 matches
Mail list logo