https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
--- Comment #16 from Dan Horák ---
Peter, what stage is it? A build on Fedora rawhide/ppc64le in the
releases/gcc-11 branch using
"./configure --enable-languages=d --enable-bootstrap
--with-long-double-format=ieee"
together with
@@ -44,7 +44,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106550
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jiu Fu Guo :
https://gcc.gnu.org/g:7a3dfc23a910a47b6c1113b3a28a22858d0b9e7a
commit r13-2679-g7a3dfc23a910a47b6c1113b3a28a22858d0b9e7a
Author: Jiufu Guo
Date: Mon Sep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96072
Kewen Lin changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |linkw at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
ibuclaw at gcc dot gnu.org changed:
What|Removed |Added
CC||ibuclaw at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106887
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106942
Arseny Solokha changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106948
Bug ID: 106948
Summary: pure subroutine with pure procedure as dummy
Product: gcc
Version: 12.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106942
--- Comment #2 from Hongtao.liu ---
It looks like similar as PR106887
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
--- Comment #14 from Peter Bergner ---
Similar error on a long double == IEEE128 system:
/home/bergner/gcc/gcc-fsf-mainline-lang-D/libphobos/src/std/math.d:281:5:
error: static assert "Only 64-bit, 80-bit, and 128-bit reals are supported for
L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
--- Comment #13 from Peter Bergner ---
(In reply to Peter Bergner from comment #1)
> I'll kick off a build with D enabled to educate myself.
Ok, I see the following on a powerpc64le-linux build on a system that defaults
to long double == IBM128
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
--- Comment #12 from Iain Buclaw ---
(In reply to Jakub Jelinek from comment #11)
> Doesn't powerpc*-*-freebsd* use IEEE double long double?
> grep LONG_DOUBLE_SIZE *
> darwin.h:#define RS6000_DEFAULT_LONG_DOUBLE_SIZE 128
> linux64.h:#define RS6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
--- Comment #11 from Jakub Jelinek ---
Doesn't powerpc*-*-freebsd* use IEEE double long double?
grep LONG_DOUBLE_SIZE *
darwin.h:#define RS6000_DEFAULT_LONG_DOUBLE_SIZE 128
linux64.h:#define RS6000_DEFAULT_LONG_DOUBLE_SIZE 128
linux.h:#define RS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
--- Comment #10 from Iain Buclaw ---
(In reply to Peter Bergner from comment #9)
> (In reply to Jakub Jelinek from comment #2)
> > Well, I certainly see libphobos/configure.tgt having powerpc*-linux* as the
> > only target that does:
> > power
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
--- Comment #9 from Peter Bergner ---
(In reply to Jakub Jelinek from comment #2)
> Well, I certainly see libphobos/configure.tgt having powerpc*-linux* as the
> only target that does:
> power*-*-linux*)
> LIBPHOBOS_SUPPORTED=yes
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
--- Comment #8 from Peter Bergner ---
(In reply to Jakub Jelinek from comment #5)
> BTW, for the case where -mabi=ieeelongdouble is the default unless there is
> some power* specific configuration in the library that needs to be done
> perhaps c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
--- Comment #7 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #5)
> BTW, for the case where -mabi=ieeelongdouble is the default unless there is
> some power* specific configuration in the library that needs to be done
> perhaps c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
--- Comment #6 from Dan Horák ---
I don't disagree :-) Also the D stdlib code is difficult to readable for me
with all the "version()" sections ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
--- Comment #5 from Jakub Jelinek ---
BTW, for the case where -mabi=ieeelongdouble is the default unless there is
some power* specific configuration in the library that needs to be done perhaps
changing configure.tgt is all we need, but for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106947
Andrew Pinski changed:
What|Removed |Added
Summary|-Waddress + bool + pragma |[12/13 Regression]
|g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106947
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106947
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |c
--- Comment #1 from Andrew Pinski --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
--- Comment #4 from Jakub Jelinek ---
I think the IEEE quad support isn't 100%, I see a couple of spots with:
static if (real.mant_dig > 64)
{
pragma(msg, "printFloat tests disabled because of unsupported `real`
format");
}
w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106905
--- Comment #7 from Sergei Trofimovich ---
The change fixed real zstd-1.5.2 build on ia64 as well. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
--- Comment #3 from Dan Horák ---
a couple notes
- you need to start with GCC 11 as GCC 12 needs an existing gdc compiler
- the phobos/dmd standard library seems to support ieeequad type, learned from
ldc, I believe they all share the same stand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
--- Comment #2 from Jakub Jelinek ---
Well, I certainly see libphobos/configure.tgt having powerpc*-linux* as the
only target that does:
power*-*-linux*)
LIBPHOBOS_SUPPORTED=yes
LIBDRUNTIME_ONLY=yes
;;
I believe the lat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106947
Bug ID: 106947
Summary: -Waddress + bool + pragma generates meaningless
diagnostic
Product: gcc
Version: 12.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106832
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106946
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106945
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106944
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106943
--- Comment #3 from Immolo ---
I just rebuilt to test and yes it does still fail with the graphite flags
disabled with the same warnings.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106946
Bug ID: 106946
Summary: [10/11/12/13 Regression] ICE in resolve_component, at
fortran/resolve.cc:14726
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106945
G. Steinmetz changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #1 from G.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106945
Bug ID: 106945
Summary: [10/11/12/13 Regression] ICE: 'verify_gimple' failed
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106944
G. Steinmetz changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #1 from G.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106944
Bug ID: 106944
Summary: ICE in gfc_build_array_ref, at fortran/trans.cc:482
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106942
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106939
--- Comment #6 from Arseny Vakhrushev ---
Lots of thanks again, Andrew!
--
#include
#include
extern char _dst[], _src[], _end[];
int main(void) {
memcpy(_dst, _src, _end - _src);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106943
--- Comment #2 from Andrew Pinski ---
Does it happen it you don't build with -fgraphite-identity
-floop-nest-optimize ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106943
--- Comment #1 from Immolo ---
https://github.com/llvm/llvm-project/issues/57740
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106943
Bug ID: 106943
Summary: GCC building clang/llvm with LTO flags causes ICE in
clang
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522
--- Comment #22 from Brendan Dolan-Gavitt ---
I think loading shared libraries from within threads is actually pretty common
when shared libs are used as plugins for some GUI app. I made a graph of the
reverse dependencies of Debian packages that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106939
--- Comment #5 from Andrew Pinski ---
(In reply to Arseny Vakhrushev from comment #4)
> Thanks a lot, Andrew! Totally my bad. Well, comparison seems to work too:
>
> extern char _src[], _dst[], _end[]; // Defined by the linker
> int main(void)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106902
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106942
Bug ID: 106942
Summary: ICE in gen_lowpart_general, at rtlhooks.cc:57, or ICE
in extract_insn, at recog.cc:2791 (error:
unrecognizable insn)
Product: gcc
Version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106472
--- Comment #18 from Jeff Rahr ---
Thomas - After applying this patch, I reran 'autogen Makefile.def' so that line
was already in Makefile.in. I am able to get gcc to build if I remove the
bootstrap=true from libbacktrace and libatomic on lines
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106816
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106816
--- Comment #6 from Martin Liška ---
(In reply to Richard Biener from comment #5)
> The function should probably inherit all of the IPA pure/const/modref
> analysis result, that is all "IPA" state should be copied. I think we want
> some helper
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106833
--- Comment #16 from Kewen Lin ---
(In reply to Peter Bergner from comment #15)
> (In reply to Kewen Lin from comment #14)
> > Should be fixed on trunk
>
> I assume this is broken on the release branches too and we'll need backports?
Good ques
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106896
--- Comment #5 from Martin Liška ---
> Modelling it
> as a probability would cap one of the two cases to 1 (i.e. same as
> equal counts).
You are correct, Honza should answer here!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 55288, which changed state.
Bug 55288 Summary: Improve handling/suppression of maybe-uninitialized warnings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55288
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55288
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105469
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.5
Last reconfirmed|2022-05-04 00:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106917
--- Comment #2 from Gaius Mulley ---
I've git pushed fixes to libgm2 relating to GM2_FOR_TARGET. Does this also fix
this build?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102322
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106833
--- Comment #15 from Peter Bergner ---
(In reply to Kewen Lin from comment #14)
> Should be fixed on trunk
I assume this is broken on the release branches too and we'll need backports?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106938
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106938
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:cd14c97cd92ca11c66ee3d8dc4dd543c5aa8e024
commit r13-2664-gcd14c97cd92ca11c66ee3d8dc4dd543c5aa8e024
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106936
Aldy Hernandez changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106936
--- Comment #3 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:12a8d5e2f2e7d7535115e4e105c0f9eb4d50fdad
commit r13-2663-g12a8d5e2f2e7d7535115e4e105c0f9eb4d50fdad
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106833
Kewen Lin changed:
What|Removed |Added
Resolution|--- |FIXED
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106941
Bug 106941 depends on bug 106833, which changed state.
Bug 106833 Summary: Miss to handle OPAQUE_TYPE specially in verify_type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106833
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106896
--- Comment #4 from rsandifo at gcc dot gnu.org
---
(In reply to Martin Liška from comment #3)
> I think you may want to use something like:
> bb->count.probability_in (ENTRY_BLOCK_PTR_FOR_FN (cfun)->count).to_sreal()
I'm not sure modelling it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106941
Bug ID: 106941
Summary: Warn/Error conversion between opaque types in generic
handling
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ice-checking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106933
--- Comment #3 from Roger Sayle ---
Ignore all of Comment 2. The reason the instruction isn't getting split, is
that (unlike the other clones), the pseudo's mode is V1TI (not TI), hence
doesn't match the constraint. The problem is STV (again)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106794
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||gs...@t-online.de
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106914
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96072
Kewen Lin changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96072
Kewen Lin changed:
What|Removed |Added
CC||linkw at gcc dot gnu.org
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106472
Thomas Schwinge changed:
What|Removed |Added
Status|ASSIGNED|WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106654
--- Comment #4 from Jakub Jelinek ---
Note, I think for [[assume(i == j)]]; we can just emit if (i == j) ; else
__builtin_unreachable (); - it is just the TREE_SIDE_EFFECTS case that would
need the extra treatment (I think the no side-effect cas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106933
Roger Sayle changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106443
Rainer Orth changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106654
--- Comment #3 from Richard Biener ---
(In reply to Richard Biener from comment #2)
> On the C++ frontend side I'd simply handle
>
> [[assume(expr)]]
>
> as if 'expr' were in a lambda -> bool with everything captured by value.
... because it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106654
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106878
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:645ef01a463f15fc230e2155719c7a12cec89acf
commit r13-2658-g645ef01a463f15fc230e2155719c7a12cec89acf
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106924
--- Comment #2 from Jonathan Wakely ---
Oops, slightly further reduce to remove the ununsed print function:
extern "C" int printf(const char*, ...);
extern "C" void abort();
struct BaseA
{
virtual ~BaseA(){}
};
struct BaseB
{
virtual ~Bas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106924
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106934
Richard Biener changed:
What|Removed |Added
Known to work||13.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106934
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:05f5c42cb42c5088187d44cc45a5f671d19ad8c5
commit r13-2657-g05f5c42cb42c5088187d44cc45a5f671d19ad8c5
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106654
Jakub Jelinek changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106940
Jonathan Wakely changed:
What|Removed |Added
Blocks||87403
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106932
--- Comment #7 from Jonathan Wakely ---
How would that work? The compile has no idea whether "source" is a regular file
or directory. Should it just suggest adding 'recursive' to the options whenever
a non-empty set of options is used?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106940
Bug ID: 106940
Summary: Feature request: -Wsuggest-noexcept and
-Wsuggest-explicit
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100645
Kewen Lin changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |linkw at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106938
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Sum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106905
--- Comment #6 from Hongtao.liu ---
Fixed in GCC13.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106905
--- Comment #5 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:93b09bf3246f413b8e469ebfd8ce43947c0073a6
commit r13-2656-g93b09bf3246f413b8e469ebfd8ce43947c0073a6
Author: liuhongt
Date: Tue Sep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106920
--- Comment #5 from Dominique Martinet ---
hmm this is a pretty complex topic.
My problem like pointed out in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99578 is more with all the legacy
code that I have to deal with, that isn't maintained by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106920
--- Comment #4 from Richard Biener ---
might be nice to have a way to declare a variable at a fixed address so the
code can become
extern hab_rvt_entry_p **entryptr __attribute__((at(0x908)));
int main() {
hab_rvt_entry_t *a = *entrypt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106938
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106937
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106935
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95720
--- Comment #18 from CVS Commits ---
The master branch has been updated by Yvan Roux :
https://gcc.gnu.org/g:9d503515ceebc778a5c2958f7459367c34f1fed0
commit r13-2655-g9d503515ceebc778a5c2958f7459367c34f1fed0
Author: Torbjörn SVENSSON
Date: W
94 matches
Mail list logo
