https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94603
Bug ID: 94603
Summary: ICE: in extract_insn, at recog.c:2343 (unrecognizable
insn) with -mno-sse2 and __builtin_ia32_movq128
Product: gcc
Version: 10.0
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94600
--- Comment #4 from Richard Biener ---
We're going through
rtx
store_expr (tree exp, rtx target, int call_param_p,
bool nontemporal, bool reverse)
{
...
normal_expr:
/* If we want to use a nontemporal or a reverse order store
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94600
Richard Biener changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94600
--- Comment #6 from Richard Biener ---
So for example
diff --git a/gcc/expr.c b/gcc/expr.c
index b97c217e86d..a980811c1e9 100644
--- a/gcc/expr.c
+++ b/gcc/expr.c
@@ -8263,7 +8263,8 @@ expand_constructor (tree exp, rtx target, enum
expand_modifi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69075
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94539
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:e71b408aa242ffc76ffd19ebcdbd40279a1d9349
commit r10-7730-ge71b408aa242ffc76ffd19ebcdbd40279a1d9349
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94539
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94603
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94598
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jamborm at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94570
--- Comment #2 from Martin Liška ---
(In reply to John Selbie from comment #0)
> The following bug is unique to gcc and g++ running on Cygwin. I can repro
> this on both gcc 9.2 and 9.3.
>
> Using almost any source file, execute the following t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94603
Uroš Bizjak changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ubizjak at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94593
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:2dc9294c3c7c81a6d5e1d4dedf58fea87bbadde6
commit r10-7731-g2dc9294c3c7c81a6d5e1d4dedf58fea87bbadde6
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94593
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94603
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94603
--- Comment #4 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #3)
> The testcase will need -msse -mno-sse2.
Yes, but the testcase is invalid, because __builtin_ia32_movq128 should not be
used without SSE2. Fixed compiler reports:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94603
--- Comment #5 from Jakub Jelinek ---
(In reply to Uroš Bizjak from comment #4)
> (In reply to Jakub Jelinek from comment #3)
> > The testcase will need -msse -mno-sse2.
>
> Yes, but the testcase is invalid, because __builtin_ia32_movq128 should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94570
--- Comment #3 from John Selbie ---
I am not sure I agree. But I do defer to your expertise.
The problem is that Cygwin is not really a DOS_BASED_FILE_SYSTEM. It's
emulating Unix - including using forward-slashes everywhere. So I don't know
w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94604
Bug ID: 94604
Summary: support for the ETSI basic operations
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94603
--- Comment #6 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #5)
> (In reply to Uroš Bizjak from comment #4)
> > (In reply to Jakub Jelinek from comment #3)
> > > The testcase will need -msse -mno-sse2.
> >
> > Yes, but the testca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94590
--- Comment #2 from Giuseppe D'Angelo ---
A direct effect of this in SFINAE contexts seems to be the implementation of
P0608 (A sane variant converting constructor) that has landed in libstdc++ in
10.1.
This code:
struct S {
S(long
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94570
Martin Liška changed:
What|Removed |Added
CC||10walls at gmail dot com
--- Comment #4 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93053
--- Comment #13 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5b2f76e36d861c881c6770b4f47c1fae6c0c8965
commit r10-7732-g5b2f76e36d861c881c6770b4f47c1fae6c0c8965
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94570
--- Comment #5 from John Selbie ---
> All right, so it's normal Unix file system. Can you please show me output
of the 'pwd' command?
jselbie@IRONMAIDEN ~/bench
$ pwd
/home/jselbie/bench
I'm happy to test your patches, but I've actually never
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88527
--- Comment #1 from Arseny Solokha ---
I cannot reproduce it anymore w/ 10.0.1-alpha20200412 snapshot
(g:87be4cecfc6e42390303be1ca92bc8bc587b0bd6).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93053
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10 Regression] libgcc|[9 Regression] libgcc build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92008
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94604
Richard Biener changed:
What|Removed |Added
Severity|normal |enhancement
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94516
--- Comment #13 from Jakub Jelinek ---
I've gathered statistics across x86_64-linux and i686-linux bootstraps/regtests
in postreload.c (reload_cse_simplify_set) when sp = sp + const_int is replaced
with sp = reg, once with the recent cselib.c/var
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92008
--- Comment #10 from Richard Biener ---
(In reply to Jakub Jelinek from comment #9)
> Wouldn't it be better to git mv plural.y plural.y.in and depending on bison
> >= 3 or earlier just with sed tweak it (and in configure detect bison
> version, o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94567
--- Comment #8 from Richard Biener ---
(In reply to Jeffrey A. Law from comment #7)
> I think it's trying to use smaller modes because the encodings can be
> smaller. In other cases it changes the mode to avoid partial register
> stalls. It's a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93974
--- Comment #20 from Jakub Jelinek ---
Have you managed to make some progress? This is one of the last 10 P1 blockers
of the release.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94206
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94103
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94598
--- Comment #2 from Martin Jambor ---
For arrays of size 1, get_ref_base_and_extent knows that the expression can
only access the one element even if the index is a variable. It seems it does
not happen if the ARRAY_REF is within a COMPONENT_REF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94566
Richard Biener changed:
What|Removed |Added
Blocks|11832, 33315|
Depends on|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33315
--- Comment #12 from Richard Biener ---
Created attachment 48279
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48279&action=edit
patch
Patch forward ported to current trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94605
Bug ID: 94605
Summary: [8/9/10 Regression] ICE in early-remat.c:process_block
with multi-output asms
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94566
--- Comment #3 from Marc Glisse ---
I thought we had code to recognize a switch that represents a linear function,
I was hoping that it would kick in with your hoisting patch...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94605
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rsandifo at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94570
--- Comment #6 from Martin Liška ---
(In reply to John Selbie from comment #5)
> > All right, so it's normal Unix file system. Can you please show me output
> of the 'pwd' command?
>
> jselbie@IRONMAIDEN ~/bench
> $ pwd
> /home/jselbie/bench
Wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92008
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2020-04-15
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94359
--- Comment #14 from Andreas Schwab ---
That completely breaks aarch64 (almost every coroutines test):
spawn -ignore SIGHUP /opt/gcc/gcc-20200415/Build/gcc/testsuite/g++/../../xg++
-B/opt/gcc/gcc-20200415/Build/gcc/testsuite/g++/../../
/opt/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #20 from Jakub Jelinek ---
So, we are running into PR33916 here, not very much reduced test:
class function_arg_info
{
public:
function_arg_info ()
: type (0), mode (0), named (false), pass_by_reference (false)
{}
function_a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94570
--- Comment #7 from jon_y <10walls at gmail dot com> ---
Created attachment 48281
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48281&action=edit
Alternate patch
I'm not sure if ltmain.sh is shared in the cygnus tree, but this patch should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94570
--- Comment #8 from jon_y <10walls at gmail dot com> ---
I forgot to mention that while Cygwin runs on Windows, applications should
always use UNIX style paths.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94606
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94606
Bug ID: 94606
Summary: [10 Regression] ICE creating fixed-length SVE
predicate
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94570
--- Comment #9 from jon_y <10walls at gmail dot com> ---
if defined(__MSDOS__) || (defined(_WIN32) && ! defined(__CYGWIN__) ||
defined(__OS2__)
I've tested the above and confirmed that coverage.ii does have the correct
separator after updating fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #43 from Mark Wielaard ---
It looks there is now some support for a symver function attribute. But it only
accepts the single and double @ forms. This makes things a little awkward when
using a symbol foo itself for foo@@DEFAULT_VERSI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94606
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94359
--- Comment #15 from Iain Sandoe ---
(In reply to Andreas Schwab from comment #14)
> That completely breaks aarch64 (almost every coroutines test):
apologies,
do you have any immediate idea why the aarch64_function_ok_for_sibcall
is failing the
Hi,
should be fixed now by 8a4436d89bfa:
"aarch64: Fix valid_src_p for use of uninitialized value".
Thanks
Andrea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94530
--- Comment #7 from Andrea Corallo ---
Hi,
should be fixed now by 8a4436d89bfa:
"aarch64: Fix valid_src_p for use of uninitialized value".
Thanks
Andrea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94607
Bug ID: 94607
Summary: ice in execute_todo, at passes.c:2034
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94607
--- Comment #1 from Richard Biener ---
Possibly just -fprefetch-loop-arrays is required then (not really maintained,
not really used)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #21 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:c00568f376078129196740d83946d54dc5437401
commit r10-7736-gc00568f376078129196740d83946d54dc5437401
Author: Gustavo Romero
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94607
--- Comment #2 from David Binderman ---
Only -O2 -fprefetch-loop-arrays is needed to trigger the bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91153
Bill Schmidt changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94359
--- Comment #16 from Andreas Schwab ---
crtl != cfun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91153
--- Comment #2 from Jakub Jelinek ---
Only bugs that are marked as [... Regression] and have corresponding Target
Milestone are classified that way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94598
--- Comment #3 from Martin Jambor ---
I'm going to test the following:
--- a/gcc/tree-sra.c
+++ b/gcc/tree-sra.c
@@ -2357,9 +2357,11 @@ verify_sra_access_forest (struct access *root)
gcc_assert (base == first_base);
gcc_assert (off
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #22 from Piotr Kubaj ---
(In reply to CVS Commits from comment #21)
> The master branch has been updated by Jakub Jelinek :
>
> https://gcc.gnu.org/g:c00568f376078129196740d83946d54dc5437401
>
> commit r10-7736-gc00568f3760781291967
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94607
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91153
--- Comment #3 from Jonathan Wakely ---
It's just a buggy test, the code in the library is fine. I'll fix the test for
GCC 10 if I get a chance, but it's not a priority.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89657
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |10.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94557
--- Comment #3 from Michael Meissner ---
Just to be clear, this bug are only bugs in the GCC 9 branch, and it came about
due to the back port of the patch for PR target/93932 to the GCC 9 branch. The
master branch generates correct code. So, I'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #23 from Jakub Jelinek ---
Eventually yes, but I'd like to test & submit the above patch too and let it be
tested on the trunk for a while before backporting.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91153
--- Comment #4 from Bill Schmidt ---
Perfect, thanks! I'll take it off my concern list...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #11 from Steve Kargl ---
On Tue, Apr 14, 2020 at 11:46:36PM +, dave.anglin at bell dot net wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
>
> --- Comment #10 from dave.anglin at bell dot net ---
> On 2020-04-14 6:08
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94603
--- Comment #7 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:d4f655724c6e19ef0aeb5ac9e8d04abd962ccde7
commit r10-7737-gd4f655724c6e19ef0aeb5ac9e8d04abd962ccde7
Author: Uros Bizjak
Date: Wed Ap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #12 from dave.anglin at bell dot net ---
On 2020-04-15 11:02 a.m., sgk at troutmask dot apl.washington.edu wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
>
> --- Comment #11 from Steve Kargl ---
> On Tue, Apr 14, 2020 at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94598
--- Comment #4 from Martin Jambor ---
I proposed the fix on the mailing list:
https://gcc.gnu.org/pipermail/gcc-patches/2020-April/543909.html
(Note that the one in comment #3 has a small but important typo.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94383
--- Comment #8 from Jakub Jelinek ---
I'd like to ping this, it would be nice to at least decide if this should be
handled for GCC10 or postponed to GCC11 only.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94192
--- Comment #5 from CVS Commits ---
The master branch has been updated by Fritz Reese :
https://gcc.gnu.org/g:49795733fdcc3a804dab59b63f86d5ebe4541374
commit r10-7738-g49795733fdcc3a804dab59b63f86d5ebe4541374
Author: Fritz Reese
Date: Wed Ap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94568
--- Comment #1 from Martin Sebor ---
Another test case, this one not involving pointers. Somehow the form of the
initializer (= 0 vs { }) makes a difference.
$ cat t.C && gcc -O2 -c -Wall -std=c++2a t.C
template struct D { };
constexpr const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92008
Akim Demaille changed:
What|Removed |Added
CC||akim.demaille at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94570
jon_y <10walls at gmail dot com> changed:
What|Removed |Added
Attachment #48281|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94568
ensadc at mailnesia dot com changed:
What|Removed |Added
CC||ensadc at mailnesia dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94567
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94608
Bug ID: 94608
Summary: Fix for PR94426 causes a regression in
g++.dg/lto/pr83720 on arm
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94567
--- Comment #10 from Jakub Jelinek ---
So something like:
--- gcc/config/i386/i386.md.jj 2020-03-16 22:56:55.556043275 +0100
+++ gcc/config/i386/i386.md 2020-04-15 19:07:04.405933639 +0200
@@ -8732,8 +8732,20 @@
&& ix86_match_ccmode (ins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94567
--- Comment #11 from Jeffrey A. Law ---
Rather than extending that hack, I think just widening the mode when the sign
bit is being tested (c#5) is simpler and easier to understand. The bits you're
changing should be killed rather than extended t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94608
Nathan Sidwell changed:
What|Removed |Added
Last reconfirmed||2020-04-15
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94567
--- Comment #12 from Jakub Jelinek ---
(In reply to Jeffrey A. Law from comment #11)
> Rather than extending that hack, I think just widening the mode when the
> sign bit is being tested (c#5) is simpler and easier to understand. The
> bits you'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94592
--- Comment #7 from Marek Polacek ---
Another problematical testcase:
struct A {
int i;
constexpr A(int n) : i(n) {}
};
template struct B { int i; constexpr B() : i(a.i) { } };
template void bar () {
B<{1}> var;
}
void fu() {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94049
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #13 from dave.anglin at bell dot net ---
On 2020-04-15 11:28 a.m., John David Anglin wrote:
> I tried the above approach yesterday but it led to a couple of undefined
> symbols in libgfortran that
> caused a new test fail.
The followi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #14 from Steve Kargl ---
On Wed, Apr 15, 2020 at 03:28:29PM +, dave.anglin at bell dot net wrote:
>
> On 2020-04-15 11:02 a.m., sgk at troutmask dot apl.washington.edu wrote:
> >
> > #if defined(HAVE_GFC_REAL_16)
> > # if define
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33315
--- Comment #13 from Richard Biener ---
(In reply to Richard Biener from comment #12)
> Created attachment 48279 [details]
> patch
>
> Patch forward ported to current trunk.
Surprisingly small fallout:
FAIL: gcc.dg/tree-ssa/split-path-7.c scan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #15 from Steve Kargl ---
On Wed, Apr 15, 2020 at 06:04:08PM +, dave.anglin at bell dot net wrote:
>
> /usr/lib/dld.sl: Unresolved symbol: strtoflt128 (data) from
This should be in libquadmath.
% nm /usr/home/kargl/work/lib/lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94609
Bug ID: 94609
Summary: FAIL: gdc.dg/runnable.d
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: d
Assignee: ibuc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #16 from dave.anglin at bell dot net ---
On 2020-04-15 2:14 p.m., sgk at troutmask dot apl.washington.edu wrote:
> It likely is the start of an approach, but it seems hpux is conflating
> long double and __float128, where it flips bet
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #17 from dave.anglin at bell dot net ---
On 2020-04-15 2:32 p.m., sgk at troutmask dot apl.washington.edu wrote:
> On Wed, Apr 15, 2020 at 06:04:08PM +, dave.anglin at bell dot net wrote:
>> /usr/lib/dld.sl: Unresolved symbol: strt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94049
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93793
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93628
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-04-15
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94607
--- Comment #4 from CVS Commits ---
The master branch has been updated by Ian Lance Taylor :
https://gcc.gnu.org/g:eef00439e6723e089e74cd374474e0eac0a9f513
commit r10-7741-geef00439e6723e089e74cd374474e0eac0a9f513
Author: Ian Lance Taylor
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94603
--- Comment #8 from CVS Commits ---
The releases/gcc-9 branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:1eccf9955614a6f0597bf624bbc88788b8b0fdc5
commit r9-8499-g1eccf9955614a6f0597bf624bbc88788b8b0fdc5
Author: Uros Bizjak
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93974
--- Comment #21 from Peter Bergner ---
(In reply to Jakub Jelinek from comment #20)
> Have you managed to make some progress? This is one of the last 10 P1
> blockers of the release.
I'm still working on it. I have a patch that fixes the issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94607
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
1 - 100 of 131 matches
Mail list logo
