https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99688
--- Comment #5 from CVS Commits ---
The releases/gcc-9 branch has been updated by Tobias Burnus
:
https://gcc.gnu.org/g:cdce7732ed2c91f6cc73f83bf05ab971b9d0a62e
commit r9-9305-gcdce7732ed2c91f6cc73f83bf05ab971b9d0a62e
Author: Tobias Burnus
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99688
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86656
Bug 86656 depends on bug 99688, which changed state.
Bug 99688 Summary: AddressSanitizer: stack-buffer-overflow on address at
gfc_match_name(char*) gcc/fortran/match.c:685
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99688
What|Re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99602
--- Comment #34 from Jürgen Reuter ---
(In reply to Paul Thomas from comment #33)
> (In reply to Jürgen Reuter from comment #32)
> > Ready for merge?
>
> Hi Juergen,
>
> Daytime work intervened. I will submit to the list today.
>
Great!
> T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99726
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99727
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96858
Hongtao.liu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96244
Hongtao.liu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99719
--- Comment #5 from cqwrteur ---
(In reply to Richard Biener from comment #2)
> Do you have a working GCC version as well?
>
> Please specify how you configured.
Hello. I know why the bug happens.
It looks like it is a bug when I use the attri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #3 from Martin Liška ---
Do you want me to bisect that?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #4 from Tamar Christina ---
> I can reproduce it. You likely named the file x.f90 (and not x.f). Please try
> that..
Aha.. Fortran such a mystery :)
> Do you want me to bisect that?
No, they'll all point to the commit which introd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99728
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #5 from Martin Liška ---
(In reply to Tamar Christina from comment #4)
> > I can reproduce it. You likely named the file x.f90 (and not x.f). Please
> > try that..
>
> Aha.. Fortran such a mystery :)
Yep, all black magic. Btw. one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #6 from Martin Liška ---
A bit reduced test-case:
SUBROUTINE CLAREF(A, WANTZ, Z, ICOL1, ITMP1, ITMP2, T1, T2, V2)
LOGICALBLOCK, WANTZ
COMPLEXT1, T2, V2
COMPLEXA(LDA, *), VECS, Z(LDA, *)
COMPLEX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99739
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
--- Comment #1 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99728
--- Comment #10 from Matthias Kretz (Vir) ---
Is this the same issue:
struct A {
double v;
};
struct B {
double v;
B& operator=(const B& rhs) {
v = rhs.v;
return *this;
}
};
// 10 loads & stores
void f(A& a, const A& b) {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99744
--- Comment #1 from Richard Biener ---
it's difficult to check all requirements so elsewhere I suggested to be
forgiving when inlining always-inline functions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
Tamar Christina changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #7 from Tamar Chr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99728
--- Comment #11 from rguenther at suse dot de ---
On Wed, 24 Mar 2021, kretz at kde dot org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99728
>
> --- Comment #10 from Matthias Kretz (Vir) ---
> Is this the same issue:
>
> struct A {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99744
--- Comment #2 from Hongtao.liu ---
in ix86_can_inline_p
static bool
ix86_can_inline_p (tree caller, tree callee)
{
tree caller_tree = DECL_FUNCTION_SPECIFIC_TARGET (caller);
tree callee_tree = DECL_FUNCTION_SPECIFIC_TARGET (callee);
...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #8 from Richard Biener ---
I'm testing the following:
diff --git a/gcc/tree-vect-slp.c b/gcc/tree-vect-slp.c
index f1a2b5d60fa..762cba54bb5 100644
--- a/gcc/tree-vect-slp.c
+++ b/gcc/tree-vect-slp.c
@@ -3770,6 +3770,20 @@ vect_slp_an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #9 from Tamar Christina ---
@Arseny,
Thanks for reporting these.
I wonder if whatever you're compiling is open source. I'd love to fix some of
these cases properly in GCC 12.
lude the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
g++ (GCC) 11.0.1 20210324 (experimental)
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99748
Bug ID: 99748
Summary: MVE: Wrong code at -O0 with float to integer
conversion
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99748
--- Comment #1 from Alex Coplan ---
I should have mentioned, I found this because a number of the execution tests
are failing when testing with --with-arch=armv8.1-m.main+mve --with-float=hard.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #10 from Arseny Solokha ---
(In reply to Tamar Christina from comment #9)
> I wonder if whatever you're compiling is open source. I'd love to fix some
> of these cases properly in GCC 12.
These Fortran snippets I've been filing this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99748
--- Comment #2 from Alex Coplan ---
GCC 10 also has the issue, so not a regression.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #11 from Richard Biener ---
(In reply to Tamar Christina from comment #7)
> the problem starts because it marks _50 as hybrid, but don't see why it
> thinks that...
Because
t.f:36:16: note: Processing hybrid candidate : IMAGPART_E
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #4 from Jakub Jelinek ---
__SIZEOF_FLOAT128__ is predefined on all targets that have the __float128 type,
except for rs6000:
grep '"__float128"' */*
i386/i386-builtins.c: lang_hooks.types.register_builtin_type
(float128_type_node, "_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99724
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:4f992de4f369e17b64a66246ec35bf75f41dc98d
commit r11-7814-g4f992de4f369e17b64a66246ec35bf75f41dc98d
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99724
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #12 from Richard Biener ---
Btw, the following also works as a fix but obviously I'm not in a position to
fully evaluate this. That said, hybrid SLP detection was rewritten during
SLP pattern development so the requirement to hook th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99744
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99749
Bug ID: 99749
Summary: Error when using std::string in a module (versions
11.0.1 20210307, 11.0.1 20210314, and 11.0.1 20210321)
Product: gcc
Version: 11.0
Status: UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99750
Bug ID: 99750
Summary: gcc allow operator literal operator have default
parameters
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Pri
-pc-linux-gnu
Configured with: ../gcc-trunk/configure --disable-bootstrap
--prefix=/local/suz-local/software/local/gcc-trunk --enable-languages=c,c++
--disable-werror --enable-multilib --with-system-zlib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 11.0.1 20210324
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99751
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99751
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95615
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98118
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99751
Richard Biener changed:
What|Removed |Added
Component|tree-optimization |ipa
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99751
--- Comment #4 from Jakub Jelinek ---
Started with r11-5391-gbb07490abba850fd5b1d2d09d76d18b8bdc7d817
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89180
Bug 89180 depends on bug 96749, which changed state.
Bug 96749 Summary: [coroutines] unexpected 'warning: statement has no effect
[-Wunused-value]'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96749
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96749
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98704
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98480
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99047
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95822
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97587
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95616
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99751
--- Comment #5 from Richard Biener ---
parm 0 flags: nodirectescape
void e (int * d)
{
int * * c.0_1;
int * _2;
:
c.0_1 = c;
_2 = b (d_4(D));
*c.0_1 = _2;
return;
is wrong, it does escape through the *c store. I suppose b (d)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65847
--- Comment #3 from Richard Biener ---
Similarly
struct X { int a; int b; int c; int d; };
struct X foo (struct X x, struct X y)
{
struct X res;
res.a = x.a + y.a;
res.b = x.b + y.b;
res.c = x.c + y.c;
res.d = x.d + y.d;
return res;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98834
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99750
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
--- Comment #56 from jyong at gcc dot gnu.org ---
OK, I've tested the patch from attachment 50461, seems to work fine:
gcc uses dwarf 4 by default if it does find a broken linker, but allows the
user to specify -gdwarf-5 if they want, resulting in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96318
Iain Sandoe changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99752
Bug ID: 99752
Summary: ranges::find_end should return empty subrange when
search range is empty
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99727
--- Comment #3 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:79cdbabbc4cbf79491c274220928406dff3d4039
commit r11-7816-g79cdbabbc4cbf79491c274220928406dff3d4039
Author: Christophe Lyon
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99727
Christophe Lyon changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79700
Jonathan Wakely changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99694
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:73d1e612011f1781275c7504c4fa5c365c0c3ddd
commit r10-9525-g73d1e612011f1781275c7504c4fa5c365c0c3ddd
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96591
--- Comment #10 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:277fbd0748279cfcb241eff7c4d5ef93afbfbafd
commit r10-9526-g277fbd0748279cfcb241eff7c4d5ef93afbfbafd
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98834
--- Comment #12 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:592388d4f6e8a6adb470428fef6195694f4a3dce
commit r10-9527-g592388d4f6e8a6adb470428fef6195694f4a3dce
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98834
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99727
--- Comment #5 from Alex Coplan ---
Thanks for the quick fix :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98894
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93641
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99752
--- Comment #1 from 康桓瑋 ---
My pardon, since the ranges::find_end return type is ranges::subrange, we
still to get the common last1 iterator through the ranges::next call, so this
seems not a bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #5 from Jonathan Wakely ---
(In reply to Segher Boessenkool from comment #3)
> In an ideal world the user can just assume those types exist always. In a
> less ideal world, use autoconf? You have to anyway, if you want to support
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99752
康桓瑋 changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99753
Bug ID: 99753
Summary: [11 Regression] ICE in ix86_target_macros_internal, at
config/i386/i386-c.c:250 since
r11-5757-g3e2ae3ee285a5745
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99753
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-03-24
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99752
--- Comment #3 from Jonathan Wakely ---
Your example is an infinite loop because you're asking for the last occurrence
of e in an infinite range. There is no end of an infinite range.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99753
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |11.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99230
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99745
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #13 from Tamar Christina ---
(In reply to Arseny Solokha from comment #10)
> (In reply to Tamar Christina from comment #9)
> > I wonder if whatever you're compiling is open source. I'd love to fix some
> > of these cases properly in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #14 from Tamar Christina ---
(In reply to Richard Biener from comment #12)
> Btw, the following also works as a fix but obviously I'm not in a position
> to fully evaluate this. That said, hybrid SLP detection was rewritten during
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99744
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99754
Bug ID: 99754
Summary: [sse2] new _mm_loadu_si16 and _mm_loadu_si32
implemented incorrectly
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99540
--- Comment #9 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:7e1c6d7a53a64fdca23b2299b43f57f7a1dece74
commit r10-9528-g7e1c6d7a53a64fdca23b2299b43f57f7a1dece74
Author: Richard Sand
1.0.1/filesystem: warning: not writing module
‘/usr/local/include/c++/11.0.1/filesystem’ due to errors
g++ (GCC) 11.0.1 20210324 (experimental)
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99122
--- Comment #27 from CVS Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:f225c6b0c50dc472e0b73b440b572a3bf1514020
commit r11-7817-gf225c6b0c50dc472e0b73b440b572a3bf1514020
Author: Martin Jambor
Date: W
is_signed
| ^
/usr/local/include/c++/11.0.1/condition_variable: warning: not writing module
‘/usr/local/include/c++/11.0.1/condition_variable’ due to errors
g++ (GCC) 11.0.1 20210324 (experimental)
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
--- Comment #57 from Roger Orr ---
I've also confirmed the "non-noisy" patch when used with binutils 2.35.2
(Sadly I've not yet manged to build binutils from source to try dwarf-5 with
the fix)
Many thanks.
I believe the "noisy" patch needs an
); }
| ^
compilation terminated.
g++ (GCC) 11.0.1 20210324 (experimental)
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or
bool)
../../gcc/gcc/cp/module.cc:9184
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
g++ (GCC) 11.0.1 20210324 (experimental)
Copyright (C) 2021 Free Software
: Aborted signal terminated program cc1plus
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://gcc.gnu.org/bugs/> for instructions.
g++ (GCC) 11.0.1 20210324 (experimental)
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see the sour
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99753
--- Comment #1 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:4f00c4d40a539360938607561460904663c64cda
commit r11-7818-g4f00c4d40a539360938607561460904663c64cda
Author: Martin Liska
Date: Wed
,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
g++ (GCC) 11.0.1 20210324 (experimental)
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see the source for copyin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99753
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99718
--- Comment #5 from Segher Boessenkool ---
(In reply to Jakub Jelinek from comment #3)
> If the non-constant vec_set can't be supported when
> !(TARGET_P8_VECTOR && TARGET_DIRECT_MOVE_64BIT)
I don't see why not? It may need different code, sure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
Iain Sandoe changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90330
--- Comment #33 from Iain Sandoe ---
Have we now resolved this issue?
All current open branches work OK for me on all Darwin versions from 10.4 -
11.2.
Please update if there is still something to fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90834
--- Comment #17 from Iain Sandoe ---
ping for closing this - or new information otherwise.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
Piotr Kubaj changed:
What|Removed |Added
Status|RESOLVED|WAITING
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #6 from Segher Boessenkool ---
(In reply to Jonathan Wakely from comment #5)
> (In reply to Segher Boessenkool from comment #3)
> > In an ideal world the user can just assume those types exist always.
> Arguably a __SIZEOF_
1 - 100 of 125 matches
Mail list logo
