https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98048
H.J. Lu changed:
What|Removed |Added
Summary|ICE in |[11 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98048
Bug ID: 98048
Summary: ICE in build_vector_from_val, at tree.c:1985
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98021
--- Comment #15 from eggert at cs dot ucla.edu ---
(In reply to Andreas Schwab from comment #14)
> I don't follow. It works exactly the same way.
Let me try to explain further. In my comment #11, the first directive:
#warning "You are too
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98046
--- Comment #2 from kargl at gcc dot gnu.org ---
> This problem was originally reported on
> https://www.linuxquestions.org/questions/linux-general-1/lock-in-libpthread-
> occurs-only-on-one-arch-installation-only-with-gcc-fortran-4175685889/
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #17 from abebeos at lazaridis dot com ---
Things look well, me being on 2 parallel solution paths:
a) using https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729#c6 as a foundation.
b) focusing more on a from-scratch work (cc0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30617
Dominique d'Humieres changed:
What|Removed |Added
CC||anthony.debeus at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98046
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98047
Bug ID: 98047
Summary: assignment does not drop qualifier as observed by
typeof
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98029
Martin Uecker changed:
What|Removed |Added
CC||uecker at eecs dot berkeley.edu
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98017
--- Comment #5 from anlauf at gcc dot gnu.org ---
Patch: https://gcc.gnu.org/pipermail/fortran/2020-November/055367.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98017
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98017
--- Comment #3 from anlauf at gcc dot gnu.org ---
Further reduced variant:
program p
implicit none
character(*), parameter :: exprs(1) = ['abc()']
print *, len (pack ( exprs , exprs(:)(:1) =='a'))
print *, len (pack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98046
Bug ID: 98046
Summary: lock in libpthread occurs with gcc-fortran and
atlas-lapack
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98021
--- Comment #14 from Andreas Schwab ---
I don't follow. It works exactly the same way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98021
--- Comment #13 from eggert at cs dot ucla.edu ---
(In reply to Andreas Schwab from comment #12)
> > GCC already treats that case differently
>
> In which way?
A "#line" directive suppresses most of the duplication in later #warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #27 from Toon Moene ---
Yes, I am now convince this works (64 leads to stop 1, but 63 works).
Note that I slightly changed the program today, to add a sync all before the
forecasting loop, and adding one to the copy_local_to_global
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98021
--- Comment #12 from Andreas Schwab ---
> GCC already treats that case differently
In which way?
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
seen with trunk 20201128, building powerpc64le-linux-gnu, compiler configured
with a profiled bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98021
--- Comment #11 from eggert at cs dot ucla.edu ---
(In reply to Andreas Schwab from comment #10)
> See the #line directive.
GCC already treats that case differently, and it can continue to do so.
Come to think of it, GCC works better with #line
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98031
--- Comment #3 from Jakub Jelinek ---
The compiler just can't try to instantiate random templates it would think the
user may wanted to instantiate but didn't.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98021
--- Comment #10 from Andreas Schwab ---
See the #line directive.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94024
Jonathan Wakely changed:
What|Removed |Added
CC||gcc at linkmauve dot fr
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98044
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98044
--- Comment #1 from Jonathan Wakely ---
This is a dup of another bug, which has already been fixed for GCC 11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98021
--- Comment #9 from eggert at cs dot ucla.edu ---
(In reply to Andreas Schwab from comment #8)
> That still doesn't handle the case when the source comes from a different
> place.
I don't know what you mean by "source comes from a different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #26 from Thomas Koenig ---
After 00c2e5d1c15c67fc2c9d9ed86bfa1f5aa13848cc ,
the segfault for too many images is now also fixed,
and your program runs as expected.
I'd say an important milestone has been reached :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98044
Bug ID: 98044
Summary: Last line always highlighted as error in constructor
initializer list when another is bogus
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95662
seurer at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98043
Bug ID: 98043
Summary: (Regression) ICE in verify_gimpl due to bitpacked enum
class (amd64)
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98042
Bug ID: 98042
Summary: error diagnostic for unmatched parentheses could be
improved
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98031
--- Comment #2 from tangyixuan ---
(In reply to Jakub Jelinek from comment #1)
> This is again diagnostics on uninstantiated template, invalid, no
> diagnostics required.
> Instantiate the template and it will be diagnosed.
Yeah, I agree with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97939
Eric Botcazou changed:
What|Removed |Added
Target Milestone|--- |9.4
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97939
--- Comment #11 from CVS Commits ---
The releases/gcc-9 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:e6280f66297e5886a62dc5f1ae3c6b559868193b
commit r9-9078-ge6280f66297e5886a62dc5f1ae3c6b559868193b
Author: Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97939
--- Comment #10 from CVS Commits ---
The releases/gcc-10 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:25218e34136fb7f89dd1cbb72b2d920546031bfb
commit r10-9092-g25218e34136fb7f89dd1cbb72b2d920546031bfb
Author: Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97939
--- Comment #9 from CVS Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:c04bd12b06a21ad4a9c432c109ec2a543725ad1b
commit r11-5511-gc04bd12b06a21ad4a9c432c109ec2a543725ad1b
Author: Eric Botcazou
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95662
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2020-11-28
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97933
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97983
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98041
Bug ID: 98041
Summary: [11 Regression] libgo doesn't build on
mipsel-linux-gnu
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96607
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96607
--- Comment #11 from CVS Commits ---
The releases/gcc-9 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:2d9acb94cb78956b8451bc01cdda275926f6a1c2
commit r9-9077-g2d9acb94cb78956b8451bc01cdda275926f6a1c2
Author: Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96607
--- Comment #10 from CVS Commits ---
The releases/gcc-10 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:d1fbbc13b5ac04163f8eda30834dc090349df5f7
commit r10-9091-gd1fbbc13b5ac04163f8eda30834dc090349df5f7
Author: Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98021
--- Comment #8 from Andreas Schwab ---
That still doesn't handle the case when the source comes from a different
place.
43 matches
Mail list logo
