https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93301
--- Comment #13 from rguenther at suse dot de ---
On Tue, 28 Jan 2020, ch3root at openwall dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93301
>
> --- Comment #12 from Alexander Cherepanov ---
> (In reply to rguent...@suse.de f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80878
rockeet changed:
What|Removed |Added
CC||rockeet at gmail dot com
--- Comment #19 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88660
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384
--- Comment #16 from Alan Modra ---
It is possible to fix this in the assembler too, but I'm reluctant to do so.
If we make some sort of promise that
.set x,y
.set x,y
gives the same results as when only the first .set is present, t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384
--- Comment #15 from Peter Bergner ---
So using the configure setup (minus the -specs=... options) in Comment 13, I
was able to recreate the issue using unpatched Python-3.9.0a3 and GCC10. The
failing command is:
/home/bergner/gcc/install/gcc-f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92169
--- Comment #2 from Richard Smith ---
Still crashes GCC trunk from today:
https://godbolt.org/z/zWvT4w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93449
--- Comment #7 from Bill Schmidt ---
The ELFv2 ABI Appendix B calls for a bcd data type defined as:
typedef bcd vector unsigned char;
and then defines a bunch of potential functions that can be built around it.
The BCD functions (such as __bui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384
--- Comment #14 from Victor Stinner ---
Fedora downstream issue: https://bugzilla.redhat.com/show_bug.cgi?id=1795575
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93471
--- Comment #4 from Keith Marshall ---
(In reply to Keith Marshall from comment #3)
> Although this initially manifests for libgomp, the actual source of the
> failure may lie elsewhere within the GCC build system. After placing
> libpthread.a i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91318
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384
--- Comment #13 from Victor Stinner ---
I used 3.9.0a3 release of Python to reproduce the issue:
https://www.python.org/ftp/python/3.9.0/Python-3.9.0a3.tar.xz
Here are the full commands to configure Python on ppc64le for Fedora Rawhide
with PGO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92948
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-valid-code, patch,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93486
--- Comment #2 from Andrew Benson ---
The problem is caused when loading (generic or operator) interfaces from a
module file. The module name can include the submodule name, so a size of
2*GFC_MAX_SYMBOL_LEN+2 is required to read this in.
The at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384
--- Comment #12 from Victor Stinner ---
Created attachment 47726
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47726&action=edit
preprocessed object.c (gcc -E), bzip2 compressed
Here is the gcc -E output of Objects/object.c.
Truncated ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93486
--- Comment #1 from Andrew Benson ---
Created attachment 47725
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47725&action=edit
Proposed patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93449
--- Comment #6 from Segher Boessenkool ---
[ Whoops, hit enter. ]
We need to have a C type for decimal integer before we can use that at all.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93449
--- Comment #5 from Segher Boessenkool ---
bcdadd works with decimal *integers*; _Decimal128 is decimal *float*.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384
--- Comment #11 from Jakub Jelinek ---
Seems
node->call_for_symbol_and_aliases (symtab_node::noninterposable_alias,
(void *)&new_node, true);
if (new_node)
return new_node;
should catch that, so the ques
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |10.0
Summary|Python 3.9.0a3 f
/Galacticus/Tools_Devel --enable-languages=c,c++,fortran
--disable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 10.0.1 20200128 (experimental) (GCC)
$ gfortran -c test.F90 -o test.o
f951: internal compiler error: Segmentation fault
0xe1bc9f crash_signal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93419
Martin Sebor changed:
What|Removed |Added
Keywords||rejects-valid
Target|hurd fre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93479
--- Comment #2 from Jonathan Wakely ---
i.e.
--- a/libstdc++-v3/libsupc++/compare
+++ b/libstdc++-v3/libsupc++/compare
@@ -525,7 +525,9 @@ namespace std
// BUILTIN-PTR-THREE-WAY(T, U)
template
concept __3way_builtin_ptr_cmp
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93479
--- Comment #1 from Jonathan Wakely ---
(In reply to Barry Revzin from comment #0)
> The check for __3way_builtin_ptr_cmp needs to reject arrays, since the
> expression declval() <=> declval() does not resolve to a built-in
> operator comparing p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90333
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93479
Jonathan Wakely changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93480
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93473
--- Comment #8 from Andrew Benson ---
I think this is PR87103 causing this problem. There's a patch in that PR
(simply removing the check for the overlong symbol name also works as the
symbol name length is already checked elsewhere). The patch h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93473
Rainer Orth changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91008
--- Comment #2 from Martin Sebor ---
Clang rejects it because it doesn't yet support non-type template parameters of
user-defined types (as the first error on line 9 implies).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90609
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93437
--- Comment #4 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:4dd27b527c503aa50909fe1eb7d308266b1e103a
commit r10-6309-g4dd27b527c503aa50909fe1eb7d308266b1e103a
Author: Martin Sebor
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93477
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90750
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93442
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:a4b4b1e3ac9a2c97f7550024c3cc5aff52e0614c
commit r10-6308-ga4b4b1e3ac9a2c97f7550024c3cc5aff52e0614c
Author: Jason Merrill
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93477
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:25d62480c89d6db90a66ba69f6dbaa820a1ac90b
commit r10-6307-g25d62480c89d6db90a66ba69f6dbaa820a1ac90b
Author: Jason Merrill
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91476
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:25d62480c89d6db90a66ba69f6dbaa820a1ac90b
commit r10-6307-g25d62480c89d6db90a66ba69f6dbaa820a1ac90b
Author: Jason Merrill
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93272
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93449
--- Comment #4 from Jens Seifert ---
Power8 has bcdadd which can be only combined with _Decimal128 if you have some
kind of conversion in between BCDs stored in vector register and _Decimal128.
On Power9 vec_load_len/vec_store_len can be used to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93301
--- Comment #12 from Alexander Cherepanov ---
(In reply to rguent...@suse.de from comment #9)
> This example simply shows that we're propagating the equivalence
> y == x - 1 in the way that the controlled x - 1 becomes y (that's
> possibly a QOI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93316
--- Comment #18 from David Malcolm ---
The setjmp ICE seen by David and Iain should be fixed by
r10-6305-g5aebfb71763c7c8d0bb96adcd0a5f94de96a2a13
As noted in https://gcc.gnu.org/ml/gcc-patches/2020-01/msg01889.html, I
reproduced the bug and ver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93316
--- Comment #17 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:5aebfb71763c7c8d0bb96adcd0a5f94de96a2a13
commit r10-6305-g5aebfb71763c7c8d0bb96adcd0a5f94de96a2a13
Author: David Malcolm
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93272
--- Comment #6 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:5c8a1211b9873a1b69ef7b2fddae181535bc3b0a
commit r10-6304-g5c8a1211b9873a1b69ef7b2fddae181535bc3b0a
Author: Vladimir N. Makarov
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93475
--- Comment #2 from Simon Hardy-Francis ---
The other two links posted link to this gist [1] which contains a list of the
presumably incorrectly mangled names which fail to demangle. The mangled names
were harvested from g++ assembly files after
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93442
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93448
--- Comment #5 from Segher Boessenkool ---
Great :-)
We still should have builtins for this, of course.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93449
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93318
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jan Hubicka :
https://gcc.gnu.org/g:40d240315a6e5ff2010769bfa1c19264217b5f1c
commit r10-6301-g40d240315a6e5ff2010769bfa1c19264217b5f1c
Author: Jan Hubicka
Date: Tue Ja
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93477
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90546
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90546
--- Comment #8 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:1c7061c7c352e086b64a60b91e5204f9757bfa97
commit r9-8186-g1c7061c7c352e086b64a60b91e5204f9757bfa97
Author: Jason Merrill
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90546
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:14e320dbc10cc796fd7ca0b6c44e0c9ac0901da9
commit r10-6300-g14e320dbc10cc796fd7ca0b6c44e0c9ac0901da9
Author: Jason Merrill
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89689
--- Comment #4 from Jeffrey A. Law ---
So it occurs to me that in this specific case if DSE did a better job we would
eliminate the first conditional branch which in turn would eliminate the need
for jump threading and the const/copy propagation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91461
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93318
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jan Hubicka :
https://gcc.gnu.org/g:845bb366adcf702331de3d8022fd0e1c1c918607
commit r10-6299-g845bb366adcf702331de3d8022fd0e1c1c918607
Author: Jan Hubicka
Date: Tue Ja
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91461
--- Comment #4 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:dd9b529f08c3c6064c37234922d298336d78caf7
commit r10-6298-gdd9b529f08c3c6064c37234922d298336d78caf7
Author: H.J. Lu
Date: Tue Jan 28 11:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93452
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384
--- Comment #9 from Peter Bergner ---
(In reply to Victor Stinner from comment #7)
>
> And it's implemented as:
>
> void
> _PyObject_AssertFailed(PyObject *obj, const char *expr, const char *msg,
>const char *file, int l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384
--- Comment #8 from Peter Bergner ---
The two error locations are the same, namely:
bl _PyObject_AssertFailed.localalias
Earlier in the asm file, we have:
.type _PyObject_AssertFailed, @function
_PyObject_AssertFailed:
...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384
--- Comment #7 from Victor Stinner ---
sh-5.0# as -a64 -mpower8 -many -mlittle -o test.o getbuildinfo.s
getbuildinfo.s: Assembler messages:
getbuildinfo.s:87427: Error: redefined symbol cannot be used on reloc
getbuildinfo.s:261948: Error: redef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384
--- Comment #6 from Victor Stinner ---
Even when compressed with bzip2 -9, the assembly file is still 6.9 MB. Bugzilla
doesn't allow files larger than 1 MB.
Here is the file: http://haypo.alwaysdata.net/tmp/getbuildinfo.s.bz2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384
--- Comment #5 from Victor Stinner ---
$ gcc -save-temps -pthread -shared -Wl,-z,relro -Wl,--as-needed -Wl,-z,now -g
-Wl,-z,relro -Wl,--as-needed -Wl,-z,now -g -Wl,-z,relro -Wl,--as-needed
-Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384
--- Comment #4 from Victor Stinner ---
> Can you use -save-temps and look at the generated assembler file in around
> those two lines? This could be some inline-asm that causes the error too.
The error occurs on linking .o files into libpython
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93461
Andrew Benson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91116
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93461
--- Comment #7 from CVS Commits ---
The master branch has been updated by Andrew Benson :
https://gcc.gnu.org/g:ad690d79cfbb905c5546c9333c5fd089d906505b
commit r10-6296-gad690d79cfbb905c5546c9333c5fd089d906505b
Author: Andrew Benson
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93409
Matthias Klose changed:
What|Removed |Added
CC||doko at debian dot org
--- Comment #4 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93473
Andrew Benson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93448
--- Comment #4 from Jens Seifert ---
The inline asm constraint "d" works. Thank you.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93449
--- Comment #2 from Jens Seifert ---
#include
typedef float _Decimal128 __attribute__((mode(TD)));
_Decimal128 bcdtodpd(vector double v)
{
_Decimal128 res;
memcpy(&res, &v, sizeof(res));
res = __builtin_denbcdq(0, res);
return res;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93473
--- Comment #5 from CVS Commits ---
The master branch has been updated by Andrew Benson :
https://gcc.gnu.org/g:a83b5cc5828ee34471de415e8893242dd3b0a91b
commit r10-6295-ga83b5cc5828ee34471de415e8893242dd3b0a91b
Author: Andrew Benson
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93485
G. Steinmetz changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #1 from G.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93485
Bug ID: 93485
Summary: ICE in gfc_trans_array_ctor_element, at
fortran/trans-array.c:1682
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93484
Bug ID: 93484
Summary: [8/9/10 Regression] ICE in gfc_typenode_for_spec, at
fortran/trans-types.c:1120
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93483
Bug ID: 93483
Summary: ICE in gfc_constructor_copy, at
fortran/constructor.c:103
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93482
Bug ID: 93482
Summary: ICE in gfc_resolve_character_array_constructor, at
fortran/array.c:2096
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93453
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93461
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93481
Bug ID: 93481
Summary: Do not fail with nowait clause
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgomp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93437
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90546
--- Comment #6 from Jason Merrill ---
This changed from the fix for PR 86521.
As you say, deduction is first done with P = T&&, A = const Foo&, and deduces
'const Foo' for T. This produces operator const Foo&&. But according to
[over.match.ref
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
--- Comment #1 from Segher Boessenkool ---
*** Bug 90968 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90968
Segher Boessenkool changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #2 from Seghe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90915
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90968
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92326
--- Comment #4 from Martin Sebor ---
No progress yet.
This bug is only cosmetic, in the format of the flexible array member in the
warning, so it shouldn't cause any failures (as in false positives or
negatives). Can you clarify how the builds
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86912
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93449
Segher Boessenkool changed:
What|Removed |Added
Target|powerpc-*-*-* |powerpc*-*-*
--- Comment #1 from Se
Hi,
I am Komal Singh, India's No. 1 Magento Certified Developer and Solution
Specialist. I lead a team of 30+ Certified Magento Developers who have
immense expertise in basic to advanced level Magento 1 as well as Magento 2
related tasks. Be it store designing from scratch or advanced featur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90918
--- Comment #4 from Martin Sebor ---
A pointer to a local variable is indeterminate when returned from the function
and using it undefined. GCC substitutes null for such pointers to avoid
accidentally clobbering the stack (this was disabled in r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93480
Bug ID: 93480
Summary: Defaulted <=> doesn't expand array elements
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93479
Bug ID: 93479
Summary: compare_three_way allows comparing arrays
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93448
--- Comment #3 from Segher Boessenkool ---
So you just use "d", like in
void g(_Decimal128 x) { asm("# %0" :: "d"(x)); }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93448
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93025
--- Comment #4 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #0)
> It is not clear to me whether it is valid or not.
To answer myself and record the result: As mentioned by me in
https://gcc.gnu.org/ml/gcc-patches/2020-01/msg018
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93473
--- Comment #4 from Andrew Benson ---
@Martin - yes, thanks for the reminder, I'll send the updated patch to the GCC
mailing list.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93461
--- Comment #5 from Andrew Benson ---
Yes, I think this would be an ABI change. Is there anything else I need to
include in a patch as a result of this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91187
--- Comment #9 from Harald van Dijk ---
(In reply to Jonathan Wakely from comment #8)
> (In reply to Albert Astals Cid from comment #0)
> > #define Z_NULL 0
>
> N.B. this is actually a bug. Using Z_NULL where a null pointer is expected
> might c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93452
--- Comment #3 from CVS Commits ---
The master branch has been updated by Nathan Sidwell :
https://gcc.gnu.org/g:3d056cbfb3484f4037b34c908b26e1c6776c86b5
commit r10-6294-g3d056cbfb3484f4037b34c908b26e1c6776c86b5
Author: Nathan Sidwell
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91243
--- Comment #4 from Jonathan Wakely ---
Oh that's not the problem here though. Hmm, maybe the specification of
is_invocable is bad then :-)
1 - 100 of 277 matches
Mail list logo
