General notes:
* GCC on Darwin depends on the installed “binutils”, typically provided by a
version of “Xcode" or “Xcode command line tools”. Unless noted otherwise, the
bootstrap sequences here make use of the last available xcode command line
tools and SDK for the platform version.
* Two
Dear Sir/ma'am:
I'm a new learner wanted to contribute in your open source project so i
want to know how to start contributing in your open source projects and
want to know all the requirements for contributing in your organization.
Kindly tell me the whole process for this asap.
Having skills
Hi,
since the change to the new list management, there has been
an uptick of spam getting through. Spam is bounced by my ISP,
and this just resulted in a warning that there were too many
bounces and that I would get removed from the list unless I
confirmed it (which I then did).
This has now
Snapshot gcc-9-20200321 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/9-20200321/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 9 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
On Sat, Mar 21, 2020 at 12:40 PM Thomas Koenig via Gcc wrote:
>
> Hi,
>
> > since the change to the new list management, there has been
> > an uptick of spam getting through. Spam is bounced by my ISP,
> > and this just resulted in a warning that there were too many
> > bounces and that I would
On Sat, 21 Mar 2020, Frank Ch. Eigler via Gcc wrote:
> > > So, a request: Could the overseers either install more effective
> > > spam protection for the list as a whole (preferred)
>
> Heh, if only it were that easy! Spam filtering was and is distinct
> from mailing list processing, and as you
On Sat, 21 Mar 2020 at 15:24, PRIYANSHU ARYA via Gcc wrote:
>
> Dear Sir/ma'am:
>
> I'm a new learner wanted to contribute in your open source project so i
> want to know how to start contributing in your open source projects and
> want to know all the requirements for contributing in your
Hi -
> > since the change to the new list management, there has been
> > an uptick of spam getting through. Spam is bounced by my ISP,
> > and this just resulted in a warning that there were too many
> > bounces and that I would get removed from the list unless I
> > confirmed it (which I then
On Tue, 17 Mar 2020, Segher Boessenkool wrote:
> > I'm surprised it's an issue for you: normally your email client
> > would transform quoted-printable and copying would do the right thing
> > (i.e. select actual patch contents, without whitespace munging).
> >
> > Are you trying to copy from
On Sat, 2020-03-21 at 13:08 -0700, H.J. Lu via Gcc wrote:
> On Sat, Mar 21, 2020 at 12:40 PM Thomas Koenig via Gcc <
> gcc@gcc.gnu.org> wrote:
> >
> > Hi,
> >
> > > since the change to the new list management, there has been
> > > an uptick of spam getting through. Spam is bounced by my ISP,
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94247
Bug ID: 94247
Summary: Wrong char-subscripts warning for limited-range index
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Hi!
On Thu, Mar 19, 2020 at 09:38:30PM +, Joseph Myers wrote:
> The second patch is OK.
Unfortunately the patch broke
+FAIL: gcc.dg/pr20245-1.c (internal compiler error)
+FAIL: gcc.dg/pr20245-1.c (test for excess errors)
+FAIL: gcc.dg/pr28419.c (internal compiler error)
+FAIL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94246
Bug ID: 94246
Summary: valgrind error for ./gfortran.dg/bessel_5.f90
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
Hi.
The following patch fixes many warnings seen with -std=c++98:
include/plugin-api.h:144:16: warning: comma at end of enumerator list
[-Wpedantic]
Installed as obvious.
Martin
include/ChangeLog:
2020-03-21 Martin Liska
* plugin-api.h (enum ld_plugin_symbol_type): Remove
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94245
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |10.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94245
Bug ID: 94245
Summary: [10 Regression] ICE in ipa_find_agg_cst_for_param, at
ipa-prop.c:3467 since r10-7237-g4e3d3e40726e1b68
Product: gcc
Version: 10.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94239
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from Jakub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94247
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #1 from Andrew
On March 20, 2020 10:10:54 PM GMT+01:00, Tobias Burnus
wrote:
>When compiling the existing libgomp.c/target-link-1.c with -O3, the
>test case was ICEing as DECL_ALIGN was 1 (alias "1U << 0").
>
>The reason is that "make_node (VAR_DECL)" calls "SET_DECL_ALIGN (t, 1)"
>and unless one overrides
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94052
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:497498c878d48754318e486428e2aa30854020b9
commit r10-7312-g497498c878d48754318e486428e2aa30854020b9
Author: Richard Sandiford
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94246
Martin Liška changed:
What|Removed |Added
Known to fail||10.0, 9.3.0
Known to work|
On 3/21/20 8:03 AM, Richard Biener wrote:
OK for the trunk?
It should be TYPE_ALIGN (type). OK with that change.
I am confused. The patch has:
+ SET_DECL_ALIGN (link_ptr_var, TYPE_ALIGN (ptr_type_node));
which looks correct and to uses already TYPE_ALIGN?!?
Note this fails to honor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94066
--- Comment #8 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:b599bf9d6d1e180d350b71e51e08a66a1bb1546a
commit r10-7313-gb599bf9d6d1e180d350b71e51e08a66a1bb1546a
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94250
Bug ID: 94250
Summary: valgrind error for ./g++.dg/ipa/remref-1.C
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94239
Bill Seurer changed:
What|Removed |Added
CC||seurer at linux dot
vnet.ibm.com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78746
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94251
Bug ID: 94251
Summary: [OpenMP] 'target link' fails at run time /
libgomp.c/target-link-1.c fails on GCN
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94247
--- Comment #2 from Roland Illig ---
(In reply to Andrew Pinski from comment #1)
> >and the compiler already knows this
> Not when the warning is generated from the front-end. It does not know the
> range of the char variable there.
Ah, that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94248
Bug ID: 94248
Summary: [amdgcn] Doesn't build with RTL checking
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ice-checking
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62051
Jan Hubicka changed:
What|Removed |Added
Target Milestone|8.5 |11.0
--- Comment #23 from Jan Hubicka
On Sat, Mar 21, 2020 at 3:21 PM Iain Sandoe wrote:
>
> Hi,
>
> When we use an assembler that supports " .long XX@GOTOFF", the current
> combination of configuration parameters and conditional compilation
> (when building an i686-darwin compiler with mdynamic-no-pic) assume that
> it's OK to put
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94250
Nicholas Krause changed:
What|Removed |Added
CC||mliska at suse dot cz,
:semiregular);
There is no reason why an extra constructor would affect the semiregularity of
a type.
$> g++ -std=c++20
In file included from
/opt/compiler-explorer/gcc-trunk-20200321/include/c++/10.0.1/compare:39,
from
/opt/compiler-explorer/gcc-trunk-20200321/include/c++/10.0.1/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94250
--- Comment #2 from Nicholas Krause ---
(In reply to Nicholas Krause from comment #1)
> After looking through the git history that last time this functions in your
> trace were changed is by commit id,
> db30281f0b2ff6dfc0c4146291baf020a27e4065.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90835
Iain Sandoe changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #23 from Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94251
--- Comment #1 from Tobias Burnus ---
Created attachment 48077
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48077=edit
(Partial patch): Patch for gomp_load_image_to_device to handle link_flag
correctly
[Cross ref: nvptx disables the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
Bug ID: 94249
Summary: [10 regression] Many -flto -fuse-linker-plugin tests
FAIL: could not add symbols
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |10.0
Hi,
When we use an assembler that supports " .long XX@GOTOFF", the current
combination of configuration parameters and conditional compilation
(when building an i686-darwin compiler with mdynamic-no-pic) assume that
it's OK to put jump tables in the .const section.
However, when we encounter a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91028
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from Jan Hubicka ---
> I believe this was fixed a while ago by adding the loop. It no longer fails
> with -fno-use-linker-plugin. Is it OK on Solaris?
It no longer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91028
Rainer Orth changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94248
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94250
--- Comment #5 from Martin Liška ---
(In reply to David Binderman from comment #4)
> (In reply to Martin Liška from comment #3)
> > A nice catch David! I've got a patch for it.
>
> Thanks. I should also perhaps mention that testsuite file
>
It's not possible to construct a path::string_type from an allocator of
a different type. Create the correct specialization of basic_string, and
adjust path::_S_str_convert to use a basic_string_view so that it is
independent of the allocator type.
PR libstdc++/94242
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94250
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-03-21
Assignee|unassigned
Hi,
A recent change in the LTO streaming arrangement means that it is
now possible for machopic_select_section () to be called with a NULL
value for DECL_SIZE_TYPE - corresponding to an incomplete or not-yet-
laid out type.
When section anchors are present, and we are generating assembler, we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94244
--- Comment #2 from Jonathan Wakely ---
In other words, you have failed to meet the requirement that the comparison is
a strict weak ordering.
https://en.wikipedia.org/wiki/Weak_ordering#Strict_weak_orderings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93983
--- Comment #5 from Jonathan Wakely ---
(In reply to Paco Arjonilla from comment #4)
> There is no reason why an extra constructor would affect the semiregularity
> of a type.
That's not true.
A private or deleted constructor that is a better
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69008
David Forgeas changed:
What|Removed |Added
CC||david.forgeas at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94246
--- Comment #4 from Steve Kargl ---
On Sat, Mar 21, 2020 at 10:27:03PM +, dcb314 at hotmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94246
>
> --- Comment #3 from David Binderman ---
> (In reply to kargl from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93038
Iain Buclaw changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Hi,
This patch addresses two problems with TypeInfo initializer generation.
1. D array fields pointing to compiler generated data are referencing
public symbols with no unique prefix, which can lead to duplicate
definition errors in some hard to reduce cases. To avoid name clashes,
all symbols
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94242
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |8.5
This function was unimplemented, simply returning the native format
string instead.
PR libstdc++/93245
* include/experimental/bits/fs_path.h (path::generic_string()):
* testsuite/experimental/filesystem/path/generic/generic_string.cc:
Improve test coverage.
Tested
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93245
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:a577c0c26931090e7c25e56ef5ffc807627961ec
commit r10-7318-ga577c0c26931090e7c25e56ef5ffc807627961ec
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93038
--- Comment #3 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:4a01f7b1e73e98a86520d8a825ddd3777faa7c33
commit r10-7320-g4a01f7b1e73e98a86520d8a825ddd3777faa7c33
Author: Iain Buclaw
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94254
Bug ID: 94254
Summary: [10 regression] r10-7312 causes compiler hangs
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94246
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
---
On 3/20/20 3:53 PM, Jason Merrill wrote:
On 3/19/20 7:55 PM, Martin Sebor wrote:
On 3/18/20 9:07 PM, Jason Merrill wrote:
On 3/12/20 6:38 PM, Martin Sebor wrote:
...
+ declarations of a class from its uses doesn't work for type
aliases
+ (as in using T = class C;). */
Good point.
Hi,
A new field for tracking imported files was added to the front-end, this
makes use of it by writing all such files in the make dependency list,
fixing PR 93038.
Bootstrapped and tested on x86_64-linux-gnu, and committed to trunk.
Regards
Iain.
---
gcc/d/ChangeLog:
2020-03-22 Iain Buclaw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94250
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |10.0
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94246
--- Comment #3 from David Binderman ---
(In reply to kargl from comment #2)
> So, what happens if you do use the required -fno-range-check
> option?
The code is compiled happily:
$ /home/dcb/gcc/results.20200320.valgrind/bin/gfortran -c -Wall
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Martin Liška ---
> It will be definitely caused by my g:c8429c2aba80f845939ffa6b2cfe8a0be1b50078.
[...]
> So is the reason usage of ld.gold? Is the default linker
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94237
--- Comment #3 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:dfb25dfe3d34703f6e493664831dfaf53672b07b
commit r10-7316-gdfb25dfe3d34703f6e493664831dfaf53672b07b
Author: Iain Sandoe
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94253
Bug ID: 94253
Summary: FAIL: gfortran.dg/bind_c_coms.f90 -O0 (test for
excess errors)
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94242
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:9fc985118d9f5014afc1caf32a411ee5803fba61
commit r10-7317-g9fc985118d9f5014afc1caf32a411ee5803fba61
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91595
--- Comment #3 from Iain Buclaw ---
Created attachment 48078
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48078=edit
winnt-d support
Attached patch, though the target is untested.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94250
--- Comment #4 from David Binderman ---
(In reply to Martin Liška from comment #3)
> A nice catch David! I've got a patch for it.
Thanks. I should also perhaps mention that testsuite file
./g++.dg/ipa/remref-2.C has the same problem. It would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94252
Bug ID: 94252
Summary: Can't use a lambda in a requires expression
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
This updates the options descriptions after feedback from a translator.
tested on x86_64-darwin16,
applied to master,
thanks
Iain
gcc/ChangeLog:
2020-03-21 Iain Sandoe
PR target/93694
* gcc/config/darwin.opt: Amend options descriptions.
diff --git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93694
--- Comment #5 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:837cece888f36543b6d326101362acb67ac3df0a
commit r10-7315-g837cece888f36543b6d326101362acb67ac3df0a
Author: Iain Sandoe
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94256
Bug ID: 94256
Summary: Setting max-sched-region-blocks to >48 causes GCC
memory usage to explode
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91595
--- Comment #1 from Iain Buclaw ---
*** Bug 91666 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91600
--- Comment #1 from Iain Buclaw ---
The following versions may be defined by the compiler on mingw targets
Windows
MinGW
Win32
Win64
And on cygwin targets.
Windows
Cygwin
Posix
Druntime should compile fine if these exist.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91666
Iain Buclaw changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94255
Bug ID: 94255
Summary: template specialization in different namespace causes
crash
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94255
--- Comment #3 from Nicholas Krause ---
I've managed to track this down to what appears to me to be a issue in:
tree
push_inner_scope (tree inner)
{
tree outer = current_scope ();
if (!outer)
outer = current_namespace;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94255
Nicholas Krause changed:
What|Removed |Added
CC||jason at redhat dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
--- Comment #16 from Bernd Edlinger ---
Sandra,
I am pretty sure it should exist,
can you check which git revision you are looking at?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91595
--- Comment #2 from Iain Buclaw ---
*** Bug 91600 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91600
Iain Buclaw changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94255
--- Comment #1 from Vince Bridgers ---
The corrected code successfully compiles. Basically, making sure the template
specialization is in the correct namespace.
namespace clang {
class DynTypedNode {
private:
template struct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94256
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
87 matches
Mail list logo