https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105100
Richard Biener changed:
What|Removed |Added
Summary|[10/11/12 RegressionStrange |[10/11/12 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105104
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2022-03-30
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105061
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:4f2795218a6ba6a7b7b9b18ca7a6e390661e1608
commit r12-7913-g4f2795218a6ba6a7b7b9b18ca7a6e390661e1608
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105061
--- Comment #6 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:7b5a2b6e4f78395962835790c6d4a3e27ab8d378
commit r11-9738-g7b5a2b6e4f78395962835790c6d4a3e27ab8d378
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105061
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Summary|[10/11/12 R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105092
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:410f39f56c14b195f066b9a18a3c6e8ffa03f848
commit r12-7915-g410f39f56c14b195f066b9a18a3c6e8ffa03f848
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99578
--- Comment #40 from Martin Liška ---
Can we close it as it was backported to gcc-11, Jakub?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102656
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104601
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104674
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104675
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10/11 Regression] ICE: |[9/10 Regression] ICE: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104681
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10/11 Regression]|[9/10 Regression] ppc64le
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104775
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10/11 Regression]|[9/10 Regression] Failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104910
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11 Regression] ICE: |[10 Regression] ICE:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104589
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104814
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11 Regression] ifcvt: |[10 Regression] ifcvt:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104568
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11 Regression] ICE |[10 Regression] ICE [c++20]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99578
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56456
Bug 56456 depends on bug 99578, which changed state.
Bug 99578 Summary: [11 Regression] gcc-11 -Warray-bounds or -Wstringop-overread
warning when accessing a pointer from integer literal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99578
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101515
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Assignee|qinzhao at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104971
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105035
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105092
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105094
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:387e818cda0ffde86f624228c3da1ab28f453685
commit r12-7916-g387e818cda0ffde86f624228c3da1ab28f453685
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105091
--- Comment #9 from Jiu Fu Guo ---
(In reply to Ian Lance Taylor from comment #8)
...
>
> package main
>
> func main() {
> for _, test := range []struct {
> x, y, want []int
> }{
> {[]int{}, []int{}, nil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105093
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:e3e68fa59ead502c24950298b53c637bbe535a74
commit r12-7917-ge3e68fa59ead502c24950298b53c637bbe535a74
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105094
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:5c4767659c817dc4cec897215ca8f9ea930e309e
commit r11-9740-g5c4767659c817dc4cec897215ca8f9ea930e309e
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105093
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:76a8ab576dbbe14b5a11e9feb454c3ca2f9b7e97
commit r11-9741-g76a8ab576dbbe14b5a11e9feb454c3ca2f9b7e97
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105094
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12 Regression] UBSAN |[10 Regression] UBSAN in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105093
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |9.5
Summary|ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105077
--- Comment #6 from Jonathan Wakely ---
It's the same. In both cases the compiler fails to check if the size expression
is erroneous, and calls operator new(n) with a bad value that causes a
std::bad_alloc exception. I'm both cases, the compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104853
Kito Cheng changed:
What|Removed |Added
Last reconfirmed||2022-03-30
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102043
--- Comment #41 from Richard Biener ---
-- random ideas dumping below --
so reading about ISO_Fortran_binding.h it seems to be that a base of the object
isn't readily available and making it available would require quite some
computation.
stay
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
--- Comment #2 from vit9696 ---
Sure, the example is published on godbolt, but for completeness:
int main() {}
gcc -fprofile-arcs -S t.c -o t.s
cat t.s | grep gcda
Adding the mentioned arguments (e.g. -fprofile-prefix-map=/home/user=/test)
sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105099
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2022-03-30
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105099
--- Comment #2 from Jonathan Wakely ---
Based on the issue submission date, Clark was probably talking about GCC 3.1 or
similar. So maybe this is a regression since the new C++ parser was introduced.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105071
--- Comment #4 from Martin Jambor ---
I have asked for permission to backport the fix in
https://gcc.gnu.org/pipermail/gcc-patches/2022-March/592520.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104796
--- Comment #3 from Jakub Jelinek ---
https://gcc.gnu.org/pipermail/gcc-patches/2022-March/592522.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102024
--- Comment #22 from Jakub Jelinek ---
So, to sum up:
aarch64, arm, x86-64 and riscv (last one since GCC 10 already) do ignore zero
width bit-fields in argument/return value passing decisions and so have a
C ABI incompatibility from earlier GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102024
Jakub Jelinek changed:
What|Removed |Added
CC||hp at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
--- Comment #3 from Martin Liška ---
>
> But it will remain to be something like:
>
> .string "/home/user/t.gcda
Well, -fprofile-prefix-map is about the mapping of the source file.
So what exactly is your problem? Are the long filename
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102043
--- Comment #42 from Richard Biener ---
Created attachment 52717
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52717&action=edit
hack to rewrite all ARRA_REFs
This shows a simple hack emitting *(&array + offset) from gfc_build_array_ref.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105105
Bug ID: 105105
Summary: Fortran IEEE support
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104796
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78415
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105101
Francois-Xavier Coudert changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105106
Bug ID: 105106
Summary: Dependent invocation with defaulted NTTP lambda fails
Product: gcc
Version: 9.4.1
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105071
--- Comment #5 from CVS Commits ---
The releases/gcc-9 branch has been updated by Martin Jambor
:
https://gcc.gnu.org/g:1dc4bed43760c4e291e072aa0c8c450f5775e25f
commit r9-1-g1dc4bed43760c4e291e072aa0c8c450f5775e25f
Author: Martin Jambor
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97456
--- Comment #11 from CVS Commits ---
The releases/gcc-9 branch has been updated by Martin Jambor
:
https://gcc.gnu.org/g:1dc4bed43760c4e291e072aa0c8c450f5775e25f
commit r9-1-g1dc4bed43760c4e291e072aa0c8c450f5775e25f
Author: Martin Jambor
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105071
Martin Jambor changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97456
Martin Jambor changed:
What|Removed |Added
CC||dlong at cadence dot com
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105099
Jonathan Wakely changed:
What|Removed |Added
Known to fail||10.3.1, 11.2.1, 12.0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105101
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102024
--- Comment #24 from Hans-Peter Nilsson ---
(In reply to Jakub Jelinek from comment #23)
> CCing MIPS maintainers on this (and also LoongArch, while there is no ABI
> incompatibility for a new port, it is perhaps something to discuss and
> decid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102024
--- Comment #25 from Jakub Jelinek ---
Sorry, apparently I must have misread the mmix below mips as being mips too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105106
--- Comment #1 from Johel Ernesto Guerrero Peña ---
There is implementation divergence in the resulting closure type(s):
https://godbolt.org/z/W98r49o8s.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102024
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104796
Bug 104796 depends on bug 102024, which changed state.
Bug 102024 Summary: [12 Regression] zero width bitfields and ABIs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102024
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102024
--- Comment #27 from Xi Ruoyao ---
(In reply to Jakub Jelinek from comment #23)
> struct A { double a; int : 0; double b; };
For MIPS I've done some experiment with this and the result (with N64 ABI) is:
With GCC trunk, G++ trunk, and GCC 11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105091
--- Comment #10 from Jiu Fu Guo ---
Created attachment 52718
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52718&action=edit
m.go sub1.go
Based on Ian's code, the below code also reproduce this issue.
package sub1
func TestBits(callback
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105068
--- Comment #6 from CVS Commits ---
The releases/gcc-11 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:00d12a4a0fd56d8e9be1672e5e7637416b27fbb1
commit r11-9750-g00d12a4a0fd56d8e9be1672e5e7637416b27fbb1
Author: H.J. Lu
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93280
--- Comment #7 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:f8c1f29a0b47b4b4a3c1506678f7ca2ce4b7ffbb
commit r12-7919-gf8c1f29a0b47b4b4a3c1506678f7ca2ce4b7ffbb
Author: Marek Polacek
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104583
--- Comment #6 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:f8c1f29a0b47b4b4a3c1506678f7ca2ce4b7ffbb
commit r12-7919-gf8c1f29a0b47b4b4a3c1506678f7ca2ce4b7ffbb
Author: Marek Polacek
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105107
Bug ID: 105107
Summary: false positive stack-buffer-overflow in ASAN
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: san
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102024
--- Comment #28 from Jakub Jelinek ---
(In reply to Xi Ruoyao from comment #27)
> (In reply to Jakub Jelinek from comment #23)
>
> > struct A { double a; int : 0; double b; };
>
> For MIPS I've done some experiment with this and the result (wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105091
--- Comment #11 from Jiu Fu Guo ---
Find one difference between trunk and r12-656:
On trunk:
tree expr = MEM_EXPR (mem);
where mem is
(mem/f/c:DI (plus:DI (reg/f:DI 110 sfp)
(const_int 32 [0x20])) [3 GOTMP.2[0].x.__values+0 S8 A12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104583
Marek Polacek changed:
What|Removed |Added
Summary|[10/11/12 regression] ICE |[10/11 regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102772
--- Comment #30 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:6a777ceb0e975f0efc823d2d82e676346f068151
commit r12-7920-g6a777ceb0e975f0efc823d2d82e676346f068151
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80334
--- Comment #15 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:6a777ceb0e975f0efc823d2d82e676346f068151
commit r12-7920-g6a777ceb0e975f0efc823d2d82e676346f068151
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100474
--- Comment #4 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:3aaf9bf77047aecc23072fe3db7f13ecff72a7cf
commit r12-7921-g3aaf9bf77047aecc23072fe3db7f13ecff72a7cf
Author: Patrick Palka
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105091
--- Comment #12 from Jiu Fu Guo ---
In dse.cc, "may_be_aliased" affects "can_escape" and then affects
"kill_on_calls".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105091
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100474
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |11.3
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101030
--- Comment #4 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:5db9ce171019f8915885cebd5cc5f4101bb926e6
commit r12-7922-g5db9ce171019f8915885cebd5cc5f4101bb926e6
Author: Marek Polacek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101030
Marek Polacek changed:
What|Removed |Added
Summary|[9/10/11/12 Regression] ICE |[9/10/11 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105107
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101030
--- Comment #6 from CVS Commits ---
The releases/gcc-11 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:511e8b612287ad828c60f2f12c500ccfa26c275c
commit r11-9751-g511e8b612287ad828c60f2f12c500ccfa26c275c
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101030
Marek Polacek changed:
What|Removed |Added
Summary|[9/10/11 Regression] ICE|[9/10 Regression] ICE with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102024
--- Comment #29 from Xi Ruoyao ---
> Is there somebody who can clarify the MIPS ABI intent?
> Also, what does LLVM do?
I've CC'ed Yunqiang and Fangrui. And I'll build clang for MIPS to see...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105108
Bug ID: 105108
Summary: incomplete/incorrect DWARF information at -O1 and -Og
after inlining a function returning a constant
Product: gcc
Version: 12.0
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102772
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105107
--- Comment #2 from Li Shaohua ---
Thanks for your prompt reply. The warning messages only appeared for -O0 and
-O3, not for -O1 and -O2. I wonder this might also be an issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102772
--- Comment #32 from Jonathan Wakely ---
Yes, this is a well known problem that stddef.h's max_align_t does not agree
with malloc on i386 Solaris. Glibc used to have the same problem.
Fixing it in the compiler or in operator new seems reasonabl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102772
--- Comment #33 from Jonathan Wakely ---
(IMHO we should never have added float128 to max_align_t for targets where we
can't change malloc, but that was decided long ago).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102772
--- Comment #34 from Jonathan Wakely ---
Assuming that posix_memalign is slower than malloc (which seems likely), it
would be better to fix this in the compiler by defining
__STDCPP_DEFAULT_NEW_ALIGNMENT__=8 for i386 solaris, instead of setting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102772
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104414
Richard Earnshaw changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102772
--- Comment #36 from Jakub Jelinek ---
Created attachment 52719
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52719&action=edit
gcc12-pr102772.patch
So like this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105109
Bug ID: 105109
Summary: [12 Regression] False positive warning on complex
float code since r12-155
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105109
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105110
Bug ID: 105110
Summary: NTTP type deduction fails when dependent of previous
NTTPs
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105105
kargl at gcc dot gnu.org changed:
What|Removed |Added
Depends on||67531, 69101, 78314, 82968,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105101
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105101
--- Comment #3 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #2)
> (In reply to Jakub Jelinek from comment #1)
>
> > So, do we need to switch to soft-fp based implementation for it (we have a
> > copy already in libgcc/soft-f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80869
--- Comment #1 from simon at pushface dot org ---
This was fixed 4 years ago.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80869
Arnaud Charlet changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105032
--- Comment #10 from Vladimir Makarov ---
I've reproduced the bug also on the trunk. The loop in question assumes a
specific order for reload insns. In this case order of insns involving the
reload pseudos is violated because the pseudo is als
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105032
--- Comment #11 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:22b0476a814a4759bb68f38b9415624a0fe52a7d
commit r12-7924-g22b0476a814a4759bb68f38b9415624a0fe52a7d
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105032
--- Comment #12 from Vladimir Makarov ---
GCC-11 branch needs a bit different patch. I'll commit a modified patch to
gcc-11 branch on Friday.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
--- Comment #4 from vit9696 ---
Path length limitation in the current case is 200 bytes, but in general the
issue is that we would like _to be able to properly set the gcda path for the
target_. Currently the specified path may not even exist wh
1 - 100 of 135 matches
Mail list logo