https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102155
--- Comment #1 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:f482bf2af86990329b4df660f8c1eb9e094de9f9
commit r12-3307-gf482bf2af86990329b4df660f8c1eb9e094de9f9
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97831
--- Comment #4 from Andrew Pinski ---
In the case of glibc, the callee needs to be marked as not a tail callable and
not the caller.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66826
Andrew Pinski changed:
What|Removed |Added
URL|https://gist.github.com/dau |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95969
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95969
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-09-02
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48110
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |c
--- Comment #4 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48110
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49699
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2011-07-11 09:24:48 |2021-9-1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39575
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |6.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102166
--- Comment #10 from Hongtao.liu ---
>
> Anyway, I suggest at a minimum removing the #define check. There's little
> harm in having no diagnostic on misuse: misuses are probably going to be
> seen when testing. Until GCC is able to generate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95781
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80680
Andrew Pinski changed:
What|Removed |Added
Known to work||10.1.0
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102166
--- Comment #9 from Thiago Macieira ---
> clang defines them as intrinsic because they support AMX register allocation
> (a lot of effort), gcc does not support AMX register allocation for now, and
> defining them as intrinsic + builtin doesn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102166
--- Comment #8 from Hongtao.liu ---
(In reply to Thiago Macieira from comment #6)
> > I suggest doing as Clang did and make it an intrinsic.
>
> Or even a __builtin_ia32_markamxtile(); intrinsic, which produces the error
> if misused and does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102166
--- Comment #7 from Hongtao.liu ---
(In reply to Thiago Macieira from comment #5)
> (In reply to Hongtao.liu from comment #4)
> > Because _tile_loadd is implemented as embedded assembly plus macros, if
> > __AMX_TILE__ is removed, no error will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102166
--- Comment #6 from Thiago Macieira ---
> I suggest doing as Clang did and make it an intrinsic.
Or even a __builtin_ia32_markamxtile(); intrinsic, which produces the error if
misused and does add the necessary bits to the .note.gnu.property
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88085
Andrew Pinski changed:
What|Removed |Added
CC||andrew.bennett at imgtec dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71106
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88085
--- Comment #8 from Andrew Pinski ---
An obvious workaround is to have a type which is also aligned to what you want
the global to be aligned to and that will work.
typedef int __attribute__((vector_size(16))) v4si;
typedef v4si
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88085
Andrew Pinski changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88085
--- Comment #6 from Andrew Pinski ---
A simpler testcase is:
int __attribute__((aligned(1))) var;
int foo(void)
{
return var;
}
- CUT ---
Compile this on a strict alignment target and you get the wrong code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102166
--- Comment #5 from Thiago Macieira ---
(In reply to Hongtao.liu from comment #4)
> Because _tile_loadd is implemented as embedded assembly plus macros, if
> __AMX_TILE__ is removed, no error will be reported if the user does not use
> the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88085
Andrew Pinski changed:
What|Removed |Added
CC||petro.karashchenko at gmail
dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94662
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102157
--- Comment #2 from jim x ---
bind the temporary is permitted here to me. Since the template parameter is not
a reference type, there is no restriction on whether a temporary object is
generated in the implicit conversion.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42014
--- Comment #7 from Andrew Pinski ---
Since r11-2092 we don't print the columns at all if the column was 0.
So mostly we get:
In file included from /usr/include/c++/4.9.1/iostream:39,
from test.cxx:1:
The code looks like:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77487
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102169
Bug ID: 102169
Summary: powerpc64 int memory operations using FP instructions
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61386
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61386
Andrew Pinski changed:
What|Removed |Added
Known to work||7.1.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58939
--- Comment #2 from Andrew Pinski ---
Interesting POSIX requires st_size to be off_t. I see it is long long on some
platforms of bionic.
https://android.googlesource.com/platform/bionic/+/refs/heads/master/libc/include/sys/stat.h
I don't know
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102151
--- Comment #4 from Niibe Yutaka ---
Thank you for the explanation. I understand how (current version of) GCC
warns.
>From the viewpoint of use of structure with flexible array member, still, this
could be considered as a bug of GCC, because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59782
--- Comment #7 from Andrew Pinski ---
#if (GCC_VERSION >= 4005) && (__GNUC__ >= 5 || !defined(__PIC__)) &&
(defined(__i386__) || defined(__x86_64__)) && !(defined(__sun__) &&
defined(__svr4__))
I don't know if this is not that important with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44652
--- Comment #7 from Andrew Pinski ---
where = linemap_included_from (map);
map = linemap_included_from_linemap (line_table, map);
bool is_module = MAP_MODULE_P (map);
s.file = LINEMAP_FILE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46981
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25186
Gabriel Ravier changed:
What|Removed |Added
CC||gabravier at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102143
--- Comment #6 from H.J. Lu ---
I think psABIs should specify how to pass and return 8-bit, 16-bit and 32-bit
vectors. We can treat them as
struct vectorN
{
intN
};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44652
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #6 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44652
Andrew Pinski changed:
What|Removed |Added
Known to fail||7.5.0
--- Comment #5 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102166
--- Comment #4 from Hongtao.liu ---
Because _tile_loadd is implemented as embedded assembly plus macros, if
__AMX_TILE__ is removed, no error will be reported if the user does not use the
-mamx option, So this macro is added here, but obviously
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95127
--- Comment #4 from Andrew Pinski ---
Literally all of the same error message even:
clang:
:2:47: error: function 'operator()<(lambda at :2:12), int>'
with deduced return type cannot be used before it is defined
auto f = [](const auto , auto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95127
--- Comment #3 from Eric Gallager ---
(In reply to Andrew Pinski from comment #2)
> All 4 compilers (GCC, ICC, clang and MSVC) I have access to reject this code.
Could you post their error messages for comparison?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65608
Eric Gallager changed:
What|Removed |Added
Alias||cxxfriends
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61359
--- Comment #6 from Larkin Nickle ---
(In reply to Larkin Nickle from comment #5)
> I am also running into this on HP-UX 11.23 on PA-RISC. I've started with
> HP's distribution of GCC 4.7.1 and have attempted to build 4.7.4, 4.8.5, and
> 4.9.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61359
Larkin Nickle changed:
What|Removed |Added
CC||me at larbob dot org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88085
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #4 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
Andrew Pinski changed:
What|Removed |Added
Depends on||88085
--- Comment #25 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88085
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
--- Comment #24 from dave.anglin at bell dot net ---
On 2021-09-01 8:23 p.m., pinskia at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
>
> --- Comment #23 from Andrew Pinski ---
> (In reply to Andrew Pinski from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24333
Gabriel Ravier changed:
What|Removed |Added
CC||gabravier at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
--- Comment #23 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #22)
> The problem is in emit-rtl.c in set_mem_attributes_minus_bitpos:
>
> /* We can set the alignment from the type if we are making an object or if
> this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
--- Comment #22 from Andrew Pinski ---
The problem is in emit-rtl.c in set_mem_attributes_minus_bitpos:
/* We can set the alignment from the type if we are making an object or if
this is an INDIRECT_REF. */
if (objectp || TREE_CODE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102168
Bug ID: 102168
Summary: -Wnon-virtual-dtor shouldn't fire for protected dtor
in a class with a friend declaration
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95427
--- Comment #1 from Gabriel Ravier ---
Seems to be fixed in trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
--- Comment #21 from dave.anglin at bell dot net ---
On 2021-09-01 7:21 p.m., pinskia at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
>
> --- Comment #17 from Andrew Pinski ---
> (In reply to dave.anglin from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95787
--- Comment #3 from Gabriel Ravier ---
nvm that's only if I use `-march=znver3`. Seems like it might be a tuning
issue, then ? Unless znver3 triggers patterns that specifically solve this...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95787
--- Comment #2 from Gabriel Ravier ---
Seems to be fixed on trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
--- Comment #20 from Andrew Pinski ---
tem was the var_decl
/* If TEM's type is a union of variable size, pass TARGET to the inner
computation, since it will need a temporary and TARGET is known
to have to do.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101711
--- Comment #10 from ctice at gcc dot gnu.org ---
I have been trying off-and-on for the last 3 weeks to build a ming64 GCC
cross-compiler, on my x86_64 linux ELF system, and I have not been able to do
it. This is without enabling libvtv. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
--- Comment #19 from Andrew Pinski ---
Gimple level does look correct:
unit-size
align:32 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
0x77315bd0 precision:32 min max context >
readonly
arg:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95845
--- Comment #2 from Gabriel Ravier ---
This appears to be fixed in trunk, GCC seems to use a movq now instead of a
movlps on x86.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102152
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
--- Comment #17 from Andrew Pinski ---
(In reply to dave.anglin from comment #14)
> On 2021-09-01 6:35 p.m., dave.anglin at bell dot net wrote:
> > We only get correct code at -O0.
> Maybe cpymemsi expander is problem.
It can't be as that is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
--- Comment #16 from Andrew Pinski ---
I cannot even reproduce the original issue on released gcc 10.3.0 sources.
What configure options is being used? I used none except for --target:
Configured with: ../configure --target=hppa-linux-gnu
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102152
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:165446a1e81f5bb9597289e783af9ee67e1fe5ba
commit r12-3304-g165446a1e81f5bb9597289e783af9ee67e1fe5ba
Author: Jeff Law
Date: Wed Sep 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102166
--- Comment #3 from Thiago Macieira ---
There appears to be some preprocessor magic behind the scenes because the
preprocessed output can't be compiled either:
$ gcc -no-integrated-cpp -Werror=implicit-function-declaration -c -xc test.cpp
ldb 3(%r20),%r19
bv %r0(%r2)
or %r19,%r28,%r28
.EXIT
.PROCEND
.size test, .-test
.ident "GCC: (GNU) 12.0.0 20210901 (experimental)"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
--- Comment #14 from dave.anglin at bell dot net ---
On 2021-09-01 6:35 p.m., dave.anglin at bell dot net wrote:
> We only get correct code at -O0.
Maybe cpymemsi expander is problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102166
--- Comment #2 from Thiago Macieira ---
FYI:
$ cat test.cpp
#include
__attribute__((target("avx"))) void avx()
{
_mm256_zeroall();
}
#ifndef __INTEL_COMPILER
__attribute__((target("amx-tile")))
#endif
void amx()
{
_tile_loadd(0, 0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100495
Andrew Pinski changed:
What|Removed |Added
CC||friedkeenan at protonmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102167
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102167
Bug ID: 102167
Summary: Constexpr virtual destructors confuse memory leak
detection during constant evaluation
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
--- Comment #13 from dave.anglin at bell dot net ---
On 2021-09-01 5:52 p.m., pinskia at gcc dot gnu.org wrote:
> This is doing the correct thing in splitting up the load into bytes loads.
We only get correct code at -O0. STRICT_ALIGNMENT is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102166
Thiago Macieira changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102166
Bug ID: 102166
Summary: [i386] AMX intrinsics and macros not defined in C++
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89249
Andrew Pinski changed:
What|Removed |Added
CC||marcoxa at gmail dot com
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98175
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32528
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2018-03-16 00:00:00 |2021-9-1
--- Comment #10 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66657
--- Comment #6 from Andrew Pinski ---
(In reply to Kenneth Almquist from comment #3)
> (In reply to Andrew Pinski from comment #2)
> > What are you trying to do with the assembly after the fact?
>
> In this particular case, I wanted to look at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102157
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
--- Comment #12 from Andrew Pinski ---
Here is what the first testcase looks like at -O1 -mstrict-align on
aarch64-linux-gnu for GCC 10.3.0:
test:
.LFB1:
.cfi_startproc
adrpx0, output_len
add x1, x0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
Andrew Pinski changed:
What|Removed |Added
Component|tree-optimization |middle-end
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
--- Comment #10 from Andrew Pinski ---
So I looked into this a little bit and it works on aarch64 with -O1
-mstrict-align but if you remove -mstrict-align we get an unaligned access
which I think it is expected.
The gimple level is the same in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101592
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101592
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:adee9b8a80cc985c7a0ede592fe07b131303343a
commit r11-8949-gadee9b8a80cc985c7a0ede592fe07b131303343a
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
--- Comment #9 from deller at gmx dot de ---
On 9/1/21 11:25 PM, deller at gmx dot de wrote:
> The "ldh" loads only the first two bytes, and extends it into the upper 32bits
> with "extrw,s".
> So, only 16bits instead of 32bits are loaded from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
--- Comment #8 from deller at gmx dot de ---
On 9/1/21 11:19 PM, dave.anglin at bell dot net wrote:
>> I think the problem with your testcase is, that the compiler doesn't know the
>> alignment of the parameter "p" in your f_unaligned()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
--- Comment #7 from dave.anglin at bell dot net ---
On 2021-09-01 4:52 p.m., deller at gmx dot de wrote:
> I think the problem with your testcase is, that the compiler doesn't know the
> alignment of the parameter "p" in your f_unaligned()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
--- Comment #6 from deller at gmx dot de ---
> So, it seems the __aligned__ attribute is ignored:
> extern u32 output_len __attribute__((__aligned__(1)));
I think the aligned attribute is not relevant here. Even
u32 output_len;
will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97665
--- Comment #9 from Andrew Pinski ---
The array is not needed to reproduce this though:
struct Foo {
constexpr Foo() {}
};
union U {
// struct {} monostate = {};
Foo foo;
constexpr U() {}
};
constexpr U s;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102163
--- Comment #3 from Andrew Pinski ---
Note this works:
struct O {
constexpr O() {}
};
union _Variadic_union
{
constexpr _Variadic_union() : _M_rest() { }
O _M_rest;
};
constexpr _Variadic_union w;
- CUT ---
But this fails:
struct O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
--- Comment #5 from dave.anglin at bell dot net ---
On 2021-09-01 4:52 p.m., deller at gmx dot de wrote:
> I think the problem with your testcase is, that the compiler doesn't know the
> alignment of the parameter "p" in your f_unaligned()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102163
--- Comment #2 from Andrew Pinski ---
PR 97665 is related but it does not have an intializer for _M_rest.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101934
Andrew Pinski changed:
What|Removed |Added
Summary|[11/12 Regression] aarch64 |[11 Regression] aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101934
--- Comment #6 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:a45786e9a31f995087d8cb42bc3a4fe06911e588
commit r12-3303-ga45786e9a31f995087d8cb42bc3a4fe06911e588
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
--- Comment #4 from dave.anglin at bell dot net ---
On 2021-09-01 4:14 p.m., arnd at linaro dot org wrote:
> Any idea what the difference is between the working version and your broken
> one?
Not really. My original test case worked as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102163
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |10.4
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
--- Comment #3 from deller at gmx dot de ---
Hi Arnd,
I think the problem with your testcase is, that the compiler doesn't know the
alignment of the parameter "p" in your f_unaligned() function.
So it will generate byte-accesses.
If you
1 - 100 of 213 matches
Mail list logo
