https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93419
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #121 from Peter Bisroev ---
> > I think it would be good to test 4.7.4 build with make check.
> I will try to get that done. Unfortunately I remember trying to get guile
> (required for "make check" based on the errors) to work on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93400
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93400
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:9c1179c339e050e2ce7c545f648b684d38dec69d
commit r10-6220-g9c1179c339e050e2ce7c545f648b684d38dec69d
Author: Jason Merrill
Date:
Here, the problem was that tsubst_friend_function was modifying the
CONSTRAINT_INFO for the friend template to have the constraints for one
instantiation, which fell down when we went to adjust it for another
instantiation. Fixed by deferring substitution of trailing requirements
until we try to
-linux-gnu/10.0.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-git/configure --prefix=/home/abenson/Galacticus/Tools
--enable-languages=c,c++,fortran
--disable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 10.0.1 20200124 (experimental) (GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90036
Jeffrey A. Law changed:
What|Removed |Added
Target Milestone|10.0|11.0
--- Comment #9 from Jeffrey A.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92665
--- Comment #5 from Andrew Pinski ---
Note some of the moves were removed with
g:8c8952918b75f4fa6adbbe44cd641d5fd0bb55e3
But it is not a general solution, it just "splits" the case where dst and
source have the same register. my patch (which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #120 from Peter Bisroev ---
(In reply to EML from comment #117)
> I do appreciate someone else taking a look at this; I've had a lot of
> changes at work, so this really took a back seat. And I don't have access to
> the HP compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #119 from Peter Bisroev ---
(In reply to dave.anglin from comment #116)
> It's the stage1 compile flags, "-O0 -g", which generate the large binaries.
> Later stages
> are compiled with -O2. You could reduce the size of stage1 using
[C++ PATCH] c++: is unnecessarily redundant, you can just write [PATCH].
On 1/24/20 6:20 PM, Marek Polacek wrote:> I neglected to add a proper
diagnostic for the reference dynamic_cast> case when the operand of a
dynamic_cast doesn't refer to a public base> of Derived, resulting in
suboptimal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93279
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:8b91e848130e45b427599ad30e99f96e447ea9aa
commit r10-6219-g8b91e848130e45b427599ad30e99f96e447ea9aa
Author: Jason Merrill
Date:
Here the problem was that we were remembering the lookup in template scope,
and then trying to reuse that lookup in the instantiation without
substituting into it at all. The simplest solution is to not try to
remember a lookup that finds a class-scope declaration, as in that case
doing the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93426
Bug ID: 93426
Summary: fix typo in span
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee:
On Fri, 2020-01-24 at 19:53 -0500, David Malcolm wrote:
> This patch fixes various build failures seen with gcc 4.4
>
> gcc prior to 4.6 complains about:
>
> error: #pragma GCC diagnostic not allowed inside functions
>
> for various uses of PUSH_IGNORE_WFORMAT and POP_IGNORE_WFORMAT.
> This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93418
Devin Hussey changed:
What|Removed |Added
Build||2020-01-24 0:00
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93276
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from David
This patch fixes various build failures seen with gcc 4.4
gcc prior to 4.6 complains about:
error: #pragma GCC diagnostic not allowed inside functions
for various uses of PUSH_IGNORE_WFORMAT and POP_IGNORE_WFORMAT.
This patch makes them a no-op with such compilers.
The patch also fixes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93410
--- Comment #3 from Vincent Lefèvre ---
(In reply to jos...@codesourcery.com from comment #2)
> But that's not the sort of change we make on past release branches.
OK, but note that the GCC manual does not mention any limitation of this kind.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93345
gcc-bugs at marehr dot dialup.fu-berlin.de changed:
What|Removed |Added
CC||gcc-bugs at
I neglected to add a proper diagnostic for the reference dynamic_cast
case when the operand of a dynamic_cast doesn't refer to a public base
of Derived, resulting in suboptimal error message
error: call to non-'constexpr' function 'void* __cxa_bad_cast()'
Tested x86_64-linux, ok for trunk?
On Fri, Jan 24, 2020 at 2:39 PM Paul Smith wrote:
>
> On Fri, 2020-01-24 at 22:45 +0100, Jakub Jelinek wrote:
> > > > In my experience the output of git log is a total mess so cannot
> > > > replace ChangeLogs. But we can well decide to drop ChangeLog for
> > > > the testsuite.
> > >
> > > Well,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92788
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Fri, 24 Jan 2020, Prathamesh Kulkarni wrote:
> The middle-end representation issue of ERF_RETURNS_ARG still remains,
> which restricts the attribute till first four args. The patch simply
> emits sorry(), for arguments beyond first four..
I think this should be fixed (e.g. make the middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92788
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:98181563dc4c65c9d23eaa99134e18876b6ec671
commit r10-6217-g98181563dc4c65c9d23eaa99134e18876b6ec671
Author: Jeff Law
Date: Fri Jan 24
When we thread through the successor of a joiner block we make a clone
of the joiner block and redirect its outgoing edges. Of course if
there's cases where we can't redirect an edge, then bad things will
happen.
The code already checked for EDGE_ABNORMAL to suppress threading in
that case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93377
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Snapshot gcc-8-20200124 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/8-20200124/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 8 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
On Fri, 2020-01-24 at 22:45 +0100, Jakub Jelinek wrote:
> > > In my experience the output of git log is a total mess so cannot
> > > replace ChangeLogs. But we can well decide to drop ChangeLog for
> > > the testsuite.
> >
> > Well, glibc has moved to extracting them from git, building
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92836
Janne Blomqvist changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jb at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93058
Sergei Trofimovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93377
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:55dd44535d2e4e5703c0103c26e7c51ab8c502c4
commit r10-6216-g55dd44535d2e4e5703c0103c26e7c51ab8c502c4
Author: Jason Merrill
Date:
On Fri, 24 Jan 2020 22:20:43 +0100
Jakub Jelinek wrote:
> On Fri, Jan 24, 2020 at 07:57:22AM +, slyfox.inbox.ru via gcc-patches
> wrote:
> > From: Sergei Trofimovich
> >
> > From: Sergei Trofimovich
> >
> > asan's test allocates 2 pages via pvalloc(kPageSize + 100)
> > and makes sure
any_template_parm_r was looking at the args of an alias template-id, but we
need to look at all args of a member alias/typedef, including implicit ones
from the enclosing class.
Tested x86_64-pc-linux-gnu, applying to trunk.
PR c++/93377 - ICE with member alias in constraint.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93411
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93412
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93413
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93395
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93376
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38308
--- Comment #6 from Joseph S. Myers ---
*** Bug 93406 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93276
--- Comment #2 from David Malcolm ---
Created attachment 47705
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47705=edit
Patch that fixes the build with gcc 4.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93406
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93395
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5d782a8d909c5cc472c911c0ab4de0b890aad868
commit r10-6215-g5d782a8d909c5cc472c911c0ab4de0b890aad868
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93376
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:14e5881e37771f1f58123e77c558adb3b90c8764
commit r10-6214-g14e5881e37771f1f58123e77c558adb3b90c8764
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93418
Andrew Pinski changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93410
--- Comment #2 from joseph at codesourcery dot com ---
On Fri, 24 Jan 2020, pinskia at gcc dot gnu.org wrote:
> I doubt GCC 9 is going to change.
Indeed. The old approach was inconsistent with normal practice, as I said
in commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91838
--- Comment #8 from Andrew Pinski ---
(In reply to Tamar Christina from comment #7)
> In file included from
> /data/tamchr01/write-access/gcc-git/libgcc/unwind-dw2.c:403:0:
> ./md-unwind-support.h: In function 'x86_64_fallback_frame_state':
>
On Fri, Jan 24, 2020 at 02:36:31PM -0700, Jeff Law wrote:
> On Fri, 2020-01-24 at 20:32 +0100, Eric Botcazou wrote:
> > > I strongly prefer to move towards relying on the git log.
> >
> > In my experience the output of git log is a total mess so cannot replace
> > ChangeLogs. But we can well
On Fri, 2020-01-24 at 20:32 +0100, Eric Botcazou wrote:
> > I strongly prefer to move towards relying on the git log.
>
> In my experience the output of git log is a total mess so cannot replace
> ChangeLogs. But we can well decide to drop ChangeLog for the testsuite.
Well, glibc has moved to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93131
--- Comment #20 from CVS Commits ---
The master branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:6ccc19bd4d12379a0d9fce486ceba3207749424a
commit r10-6213-g6ccc19bd4d12379a0d9fce486ceba3207749424a
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93422
--- Comment #1 from Andrew Benson ---
Using a "result()" for the return value of the function allows this to compile
successfully:
module t
type :: a
contains
procedure :: p => ap
end type a
type, extends(a) :: b
contains
On Fri, Jan 24, 2020 at 07:57:22AM +, slyfox.inbox.ru via gcc-patches wrote:
> From: Sergei Trofimovich
>
> From: Sergei Trofimovich
>
> asan's test allocates 2 pages via pvalloc(kPageSize + 100)
> and makes sure dereference of 'kPageSize + 101' does not
> trigger asan checks.
>
> glibc's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93418
--- Comment #3 from Devin Hussey ---
I think I found the culprit commit.
Haven't set up a GCC build tree yet, though.
https://github.com/gcc-mirror/gcc/commit/a51c4926712307787d133ba50af8c61393a9229b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93299
Marek Polacek changed:
What|Removed |Added
Summary|[9/10 Regression] ICE in|[9 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93299
--- Comment #6 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:d54a86cd92860e1108f43fae9329ccb0897f3e1d
commit r10-6212-gd54a86cd92860e1108f43fae9329ccb0897f3e1d
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93316
--- Comment #16 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #15)
> (In reply to David Edelsohn from comment #14)
> > Compiler version: 10.0.1 20200124 (experimental) [src revision
> > 96f7f286
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93166
Jeffrey A. Law changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |law at redhat dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93279
--- Comment #6 from Marek Polacek ---
This passes dg.exp but I haven't convinced it's the right solution so haven't
posted it...
--- a/gcc/cp/pt.c
+++ b/gcc/cp/pt.c
@@ -21849,8 +21849,12 @@ type_unification_real (tree tparms,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93316
--- Comment #15 from Iain Sandoe ---
(In reply to David Edelsohn from comment #14)
> Compiler version: 10.0.1 20200124 (experimental) [src revision
> 96f7f2867f2:1b708f12f4b:5026cbde65e724347cc2d2797026bb7bb12578f1] (GCC)
>
> You c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92788
--- Comment #6 from Jeffrey A. Law ---
We shouldn't have threaded this to begin with. I think I see what went wrong
here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93279
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93400
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93419
--- Comment #5 from kloetzl ---
Sorry for missing out the details, here goes:
I work in a Debian Hurd 20290705 image using qemu. The example file is given
above. Compiling with `gcc -Wall -Wextra ifunc.c` produces the following error.
error:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92788
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
* Eric Botcazou:
>> I strongly prefer to move towards relying on the git log.
>
> In my experience the output of git log is a total mess so cannot replace
> ChangeLogs.
That's fixable if the commit message is part of the patch review
(just like the source code comments).
> I strongly prefer to move towards relying on the git log.
In my experience the output of git log is a total mess so cannot replace
ChangeLogs. But we can well decide to drop ChangeLog for the testsuite.
--
Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93425
--- Comment #1 from andysem at mail dot ru ---
Also, the compilation succeeds if I explicitly specify the NumberT template
parameter at the call site.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93377
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
On Fri, 2020-01-24 at 13:49 -0500, David Edelsohn wrote:
> > > > On 1/24/20 8:45 AM, David Edelsohn wrote:
> > > > > There is no ChangeLog entry for the testsuite changes.
> > > >
> > > > I don't believe in ChangeLog entries for testcases, but I'll add one for
> > > > the target-supports.exp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93425
Bug ID: 93425
Summary: Template parameter deduction failure when template
parameters have template template parameter
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852
--- Comment #9 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:a4b7cf5865823df4b4df1d840d692dfc83fd0672
commit r9-8175-ga4b7cf5865823df4b4df1d840d692dfc83fd0672
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92778
--- Comment #6 from Hannes Hauswedell ---
Ok, the ICE on Linux is a different one. This particular ICE happens only on
FreeBSD. I have rebuilt GCC9 from source with fullbootstrap and without any
-march settings. The problem remains.
What can I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852
--- Comment #8 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:7175893ad8010df1270af884a1810476e51a8cd9
commit r8-9953-g7175893ad8010df1270af884a1810476e51a8cd9
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90275
--- Comment #6 from David Binderman ---
I can confirm this is still going wrong in a raspberry pi
cross compiler dated 20200123.
>> > On 1/24/20 8:45 AM, David Edelsohn wrote:
>> > > There is no ChangeLog entry for the testsuite changes.
>> >
>> > I don't believe in ChangeLog entries for testcases, but I'll add one for
>> > the target-supports.exp change, thanks.
>>
>> Is this a general policy change that we want to make?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93316
--- Comment #14 from David Edelsohn ---
Compiler version: 10.0.1 20200124 (experimental) [src revision
96f7f2867f2:1b708f12f4b:5026cbde65e724347cc2d2797026bb7bb12578f1] (GCC)
You can see https://gcc.gnu.org/ml/gcc-testresults/2020-01/msg01180
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93316
--- Comment #13 from David Malcolm ---
(In reply to David Malcolm from comment #12)
> (In reply to David Edelsohn from comment #11)
> > I continue to see setjmp failures on AIX.
> >
> [...]
> > FAIL: gcc.dg/analyzer/setjmp-8.c (internal compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93316
--- Comment #12 from David Malcolm ---
(In reply to David Edelsohn from comment #11)
> I continue to see setjmp failures on AIX.
>
[...]
> FAIL: gcc.dg/analyzer/setjmp-8.c (internal compiler error)
> during IPA pass: analyzer
>
On 1/24/20 1:28 PM, Allan Sandfeld Jensen wrote:
On Freitag, 24. Januar 2020 17:29:06 CET Nicholas Krause wrote:
On 1/24/20 3:18 AM, Allan Sandfeld Jensen wrote:
On Freitag, 24. Januar 2020 04:38:48 CET Nicholas Krause wrote:
On 1/23/20 12:19 PM, Nicholas Krause wrote:
On 1/23/20 3:39 AM,
On Freitag, 24. Januar 2020 17:29:06 CET Nicholas Krause wrote:
> On 1/24/20 3:18 AM, Allan Sandfeld Jensen wrote:
> > On Freitag, 24. Januar 2020 04:38:48 CET Nicholas Krause wrote:
> >> On 1/23/20 12:19 PM, Nicholas Krause wrote:
> >>> On 1/23/20 3:39 AM, Allan Sandfeld Jensen wrote:
> On
From: "Dragan Mladjenovic"
diff --git a/htdocs/gcc-10/changes.html b/htdocs/gcc-10/changes.html
index ef27c9b..7736990 100644
--- a/htdocs/gcc-10/changes.html
+++ b/htdocs/gcc-10/changes.html
@@ -623,7 +623,14 @@ a work-in-progress.
-
+MIPS
+
+ The mips*-*-linux* targets now mark object
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93316
--- Comment #11 from David Edelsohn ---
I continue to see setjmp failures on AIX.
FAIL: gcc.dg/analyzer/setjmp-7a.c expected multiline pattern lines 41-110 not
found:
FAIL: gcc.dg/analyzer/setjmp-7a.c (test for excess errors)
Excess errors:
On Fri, Jan 24, 2020 at 12:46 PM David Edelsohn wrote:
> On Fri, Jan 24, 2020 at 12:00 PM Jason Merrill wrote:
> >
> > On 1/24/20 8:45 AM, David Edelsohn wrote:
> > > There is no ChangeLog entry for the testsuite changes.
> >
> > I don't believe in ChangeLog entries for testcases, but I'll add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93424
--- Comment #1 from Andrew Benson ---
Correction: The above code is valid (not invalid as I stated in the
description) as far as I can tell.
On Fri, Jan 24, 2020 at 12:00 PM Jason Merrill wrote:
>
> On 1/24/20 8:45 AM, David Edelsohn wrote:
> > There is no ChangeLog entry for the testsuite changes.
>
> I don't believe in ChangeLog entries for testcases, but I'll add one for
> the target-supports.exp change, thanks.
Is this a general
ed LTO compression algorithms: zlib
gcc version 10.0.1 20200124 (experimental) (GCC)
$ gfortran -c test3.mod.F90 -o test3.mod.o
f951: internal compiler error: Segmentation fault
0xe1b2bf crash_signal
../../gcc-git/gcc/toplev.c:328
0x7fc2247331ef ???
/data001/abenson/Galacticus
six
Supported LTO compression algorithms: zlib
gcc version 10.0.1 20200124 (experimental) (GCC)
$ gfortran -c test2.mod.F90 -o test2.mod.o
test2.mod.F90:21:19:
21 | module procedure bp(s)
| 1
Error: MODULE PROCEDURE at (1) must be in a generic module interface
te
igured with: ../gcc-git/configure --prefix=/home/abenson/Galacticus/Tools
--enable-languages=c,c++,fortran --disable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 10.0.1 20200124 (experimental) (GCC)
$ gfortran -c test4.mod.F90 -o test4.mod.o
test4.mod.F90
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:28a5d5c365044710ba32510b9bec67dd40562154
commit r10-6210-g28a5d5c365044710ba32510b9bec67dd40562154
Author: Jason Merrill
Date:
Another place we need to unshare cached expressions.
Tested x86_64-pc-linux-gnu, applying to trunk.
PR c++/92852 - ICE with generic lambda and reference var.
* constexpr.c (maybe_constant_value): Likewise.
---
gcc/cp/constexpr.c | 2 +-
The _Eq and _Ord enumerations can be combined into one, reducing the
number of constructors needed for the comparison category types. The
redundant equal enumerator can be removed and equivalent used in its
place. The _Less and _Greater enumerators can be renamed because 'less'
and 'greater' are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93421
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
On 1/17/20 4:03 PM, Marek Polacek wrote:
Since e4511ca2e9ecdb51d41b64452398f8e2df575668 force_paren_expr can create
a VIEW_CONVERT_EXPR so that we have something to set REF_PARENTHESIZED_P
on, while not making the expression dependent. But tsubst_copy can't cope
with such a VIEW_CONVERT_EXPR,
On 1/24/20 8:45 AM, David Edelsohn wrote:
There is no ChangeLog entry for the testsuite changes.
I don't believe in ChangeLog entries for testcases, but I'll add one for
the target-supports.exp change, thanks.
I'm also still trying to determine if Wconversion-pr40752.c requires
writes:
> From: Andrew Pinski
>
> Like I mentioned in https://gcc.gnu.org/ml/gcc/2020-01/msg00157.html,
> The shift by a register should be just COSTS_N_INSNS (1) rather than
> COSTS_N_INSNS (2). This allows lshift_cheap_p to return true now
> and converting switches to be using shift and other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91470
Jeffrey A. Law changed:
What|Removed |Added
Target Milestone|10.0|11.0
--- Comment #4 from Jeffrey A.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93421
Bug ID: 93421
Summary: futex.cc use of futex syscall is not time64-compatible
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
On 24/01/2020 10:27, Jonathan Wakely wrote:
On Fri, 24 Jan 2020 at 03:39, Nicholas Krause wrote:
Sorry for the second message Allan but make -j does not scale well
beyond 4 or
8 threads and that's considering a 4 core or 8 machine. The problem has to
do with large build machines with CPUs with
On 1/24/20 3:18 AM, Allan Sandfeld Jensen wrote:
On Freitag, 24. Januar 2020 04:38:48 CET Nicholas Krause wrote:
On 1/23/20 12:19 PM, Nicholas Krause wrote:
On 1/23/20 3:39 AM, Allan Sandfeld Jensen wrote:
On Montag, 20. Januar 2020 20:26:46 CET Nicholas Krause wrote:
Greetings All,
1 - 100 of 192 matches
Mail list logo