[Bug target/99781] [11 Regression] ICE in partial_subreg_p, at rtl.h:3144

2021-03-28 Thread asolokha at gmx dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99781 --- Comment #2 from Arseny Solokha --- (In reply to Jakub Jelinek from comment #1) > ICEs since r8-6032-g43cacb12fc859b671464b63668794158974b2a34 when SVE > support has been added, so doesn't look like a regression to me, as before > that it

[Bug target/99807] New: ICE in vect_slp_analyze_node_operations_1, at tree-vect-slp.c:3727

2021-03-28 Thread asolokha at gmx dot com via Gcc-bugs
-aarch64-linux-gnu/gcc-11.0.1_alpha20210328/work/gcc-11-20210328/gcc/tree-vect-slp.c:3727 0x7c41bf vect_slp_analyze_node_operations /var/tmp/portage/cross-aarch64-linux-gnu/gcc-11.0.1_alpha20210328/work/gcc-11-20210328/gcc/tree-vect-slp.c:3933 0x123510b vect_slp_analyze_node_operations

[Bug c++/99806] New: ICE in tsubst_copy of gcc-trunk and tree_code_size of gcc-10

2021-03-28 Thread hewillk at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99806 Bug ID: 99806 Summary: ICE in tsubst_copy of gcc-trunk and tree_code_size of gcc-10 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/96416] to_address() is broken by static_assert in pointer_traits

2021-03-28 Thread glenjofe at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96416 --- Comment #16 from Glen Joseph Fernandes --- > should a wording defect be raised against std::to_address(Ptr), to state that > pointer_traits being well-formed is actually a prerequisite? That's not an omission in the specification of

[Bug c++/99805] New: filesystem::path::parent_path got a wrong path

2021-03-28 Thread drfeng08 at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99805 Bug ID: 99805 Summary: filesystem::path::parent_path got a wrong path Product: gcc Version: 10.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[PATCH] libstdc++: Reimplement range adaptors [PR99433]

2021-03-28 Thread Patrick Palka via Gcc-patches
This rewrites our range adaptor implementation for more comprehensible error messages, improved SFINAE behavior and conformance to P2281. The diagnostic improvements mostly comes from using appropriately named functors instead of lambdas in the generic implementation of partial application and

Re: Remove RMS from the GCC Steering Committee

2021-03-28 Thread Christopher Dimech via Gcc
This is quite similar to James Madison and John Jay, two of the founding father of the United States Bill of Rights, which enshrined guarantees of personal freedoms and rights within the American Constitution. Many companies rely on their founder to be the chief salesperson. This is difficult as

Re: Remove RMS from the GCC Steering Committee

2021-03-28 Thread Soul Studios
We are not talking about some single recent incident, but about decades of problematic behavior. At the last face-to-face GNU Tools Cauldron, everybody I talked to about it had some story about being harassed by RMS, had witnessed such harassment or heard from or knew someone who had been. I

gcc-11-20210328 is now available

2021-03-28 Thread GCC Administrator via Gcc
Snapshot gcc-11-20210328 is now available on https://gcc.gnu.org/pub/gcc/snapshots/11-20210328/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 11 git branch with the following options: git://gcc.gnu.org/git/gcc.git branch

[PATCH] AIX TLS DWARF symbols

2021-03-28 Thread David Edelsohn via Gcc-patches
GCC currently emits TLS relocation decorations on symbols in DWARF sections. Recent changes to the AIX linker cause it to reject such symbols. This patch removes the decorations (@ie, @le, @m) and emit only the qualified symbol name. Bootstrapped on powerpc-ibm-aix7.3.2.0.

[committed] doc: Update link to "Memory Model" paper

2021-03-28 Thread Gerald Pfeifer
The original link redirected, alas the new location gives a 404 "Not Found". Luckily I found what looks like a more stable location. Pushed. Gerald commit d15db0c5f5d81e9057df07c9568ee81873860a44 Author: Gerald Pfeifer Date: Sun Mar 28 23:34:35 2021 +0200 doc: Update link to "Memory

[committed] wwwdocs: Update link to ECMA-335

2021-03-28 Thread Gerald Pfeifer
Pushed. Gerald The link to ECMA-335 received a 301 (Moved Permanently) which we are thus following. On the way remove a duplicate link on this page. --- htdocs/projects/cli.html | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/htdocs/projects/cli.html

[committed] wwwdocs: Update "creating commit with multiple authors" link

2021-03-28 Thread Gerald Pfeifer
Pushed. Gerald --- htdocs/codingconventions.html | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/htdocs/codingconventions.html b/htdocs/codingconventions.html index 7577528d..21cc95de 100644 --- a/htdocs/codingconventions.html +++ b/htdocs/codingconventions.html @@ -146,7

[committed] wwwdocs: Update reference to rawhide-20090126 result

2021-03-28 Thread Gerald Pfeifer
Pushed. Gerald https://www.redhat.com/archives/fedora-devel-list is now https://listman.redhat.com/archives/fedora-devel-list . --- htdocs/gcc-4.4/porting_to.html | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/htdocs/gcc-4.4/porting_to.html b/htdocs/gcc-4.4/porting_to.html

[committed] wwwdocs: Fix the spelling of "run time" as a noun.

2021-03-28 Thread Gerald Pfeifer
Pushed. Gerald --- htdocs/gcc-8/changes.html | 2 +- htdocs/gcc-9/changes.html | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/htdocs/gcc-8/changes.html b/htdocs/gcc-8/changes.html index 638782e8..d68e5146 100644 --- a/htdocs/gcc-8/changes.html +++

Re: [PATCH] Fix _GLIBCXX_DEBUG container allocator aware move constructors

2021-03-28 Thread François Dumont via Gcc-patches
On 27/03/21 10:07 pm, Jonathan Wakely wrote: On 26/03/21 21:41 +0100, François Dumont via Libstdc++ wrote: I review the allocator aware move constructors of _GLIBCXX_DEBUG containers. I think the recently added __gnu_debug basic_string one is also missing the rvalue reference, no ? You

Re: Remove RMS from the GCC Steering Committee

2021-03-28 Thread Jonathan Wakely via Gcc
You showed your colours with your first few posts, don't try to pretend you are anything but a zealot and a nasty troll. Come back when you've contributed more to the GNU project than attacking those you see as its enemies. The people you are attacking have done more for Free Software than you

[Bug target/96770] -mpure-code produces suboptimal code for relocations with small offset for thumb-1

2021-03-28 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96770 --- Comment #4 from CVS Commits --- The master branch has been updated by Christophe Lyon : https://gcc.gnu.org/g:46720db72cadfb85501e102d94e06683300a2327 commit r11-7881-g46720db72cadfb85501e102d94e06683300a2327 Author: Christophe Lyon Date:

Re: Remove RMS from the GCC Steering Committee

2021-03-28 Thread Siddhesh Poyarekar
On 3/28/21 8:20 PM, Alexandre Oliva wrote: Thanks for clarifying your understanding of Nathan's goal. I may indeed have misread and mistaken Nathan's goal and means. I thought the goal was to improve the GCC community by addressing the gender imbalance, and that the means (misguided, IMHO) was

Re: Remove RMS from the GCC Steering Committee

2021-03-28 Thread Christopher Dimech via Gcc
- Christopher Dimech General Administrator - Naiad Informatics - GNU Project (Geocomputation) - Geophysical Simulation - Geological Subsurface Mapping - Disaster Preparedness and Mitigation - Natural Resource Exploration and Production - Free Software Advocacy > Sent:

[Bug fortran/99602] [11 regression] runtime error: pointer actual argument not associated

2021-03-28 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99602 --- Comment #35 from CVS Commits --- The master branch has been updated by Paul Thomas : https://gcc.gnu.org/g:297363774e6a5dca2f46a85ab086f1d9e59431ac commit r11-7880-g297363774e6a5dca2f46a85ab086f1d9e59431ac Author: Paul Thomas Date: Sun

[Bug c++/99804] New: cannot convert bit field enum to its own type in a template member function

2021-03-28 Thread phonyuc at outlook dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99804 Bug ID: 99804 Summary: cannot convert bit field enum to its own type in a template member function Product: gcc Version: unknown Status: UNCONFIRMED Severity:

Re: Remove RMS from the GCC Steering Committee

2021-03-28 Thread Alexandre Oliva via Gcc
On Mar 28, 2021, Mark Wielaard wrote: > It shows we don't tolerate harassment in our project. It shows we will favor and engage in harassment against a certain demographic group, while pretending or believing it will somehow make for a welcoming atmosphere. > everybody I talked to about it had

Re: Remove RMS from the GCC Steering Committee

2021-03-28 Thread Mark Wielaard
Hi, On Sun, Mar 28, 2021 at 10:33:15AM -0400, JeanHeyd Meneide wrote: > This is unacceptable. The only reason I was told - as early as > yesterday, by Free Software advocates, to my socially distanced face - > that Stallman was still here is because he was powerless and had no > effect on

Re: Remove RMS from the GCC Steering Committee

2021-03-28 Thread Christopher Dimech via Gcc
The methods used to put a leash on Torvalds and Assange and the methods used to put one on Stallman are too similar to ignore. It hasn’t stopped there either, it is now being wielded as a way to yoke all developers of mainstream software (whether mainstream and non-free, or mainstream and under

Re: Remove RMS from the GCC Steering Committee

2021-03-28 Thread Jeff Law via Gcc
On 3/27/2021 2:49 PM, Martin Liška wrote: On 3/26/21 9:02 PM, Nathan Sidwell wrote: Dear members of the GCC Steering Committee (SC),  I ask you to remove Richard Stallman (RMS) I do fully support Nathan's request. Speaking strictly for myself, not as a representative of the steering

Re: Remove RMS from the GCC Steering Committee

2021-03-28 Thread Alexandre Oliva via Gcc
On Mar 28, 2021, Alexandre Oliva wrote: > Nathan posted today's followup. Erhm... Nathan, please accept my apologies. I misread someone else's message under the false impression it had come from you. -- Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/ Free Software Activist

[Bug c++/99803] New: internal compiler error: in make_typename_type, at cp/decl.c:4057

2021-03-28 Thread hewillk at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99803 Bug ID: 99803 Summary: internal compiler error: in make_typename_type, at cp/decl.c:4057 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[Bug ada/99802] New: [11 regression] Assignment of aggregate done component-by-component

2021-03-28 Thread simon at pushface dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99802 Bug ID: 99802 Summary: [11 regression] Assignment of aggregate done component-by-component Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[Bug c++/99801] New: Address sanitizer false positive with pointer to member function.

2021-03-28 Thread fsb4000 at yandex dot ru via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99801 Bug ID: 99801 Summary: Address sanitizer false positive with pointer to member function. Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[committed] d: Don't create gdc.test symlink in the gdc testsuite directory

2021-03-28 Thread Iain Buclaw via Gcc-patches
Hi, This patch removes the symlink added by the fix for PR88041, to support filesystems where "file link" fails. Instead, tests are copied from the source tree (i.e: $srcdir/compilable) into the test base directory ($base_dir/compilable). A dejagnu test file with all translated test directives

[committed] d: Predefine the D_PIE version condition when flag_pie is set.

2021-03-28 Thread Iain Buclaw via Gcc-patches
Hi, This patch adds D_PIE to the list of predefined version conditions when flag_pie is default, or set by the command-line. Same as the D_PIC version condition. Bootstrapped and regression tested on x86_64-linux-gnu/-m32/-mx32, and committed to mainline. Regards, Iain. --- gcc/d/ChangeLog:

[committed] d: Define language hook for LANG_HOOKS_ENUM_UNDERLYING_BASE_TYPE

2021-03-28 Thread Iain Buclaw via Gcc-patches
Hi, This patch defines LANG_HOOKS_ENUM_UNDERLYING_BASE_TYPE for the D front-end, the underlying base type for enumerals are always present in TREE_TYPE. Bootstrapped and regression tested on x86_64-linux-gnu/-m32/-mx32, and committed to mainline. Regards, Iain --- gcc/d/ChangeLog: *

[committed] d: Use COMPILER_FOR_BUILD to build all D front-end generator programs

2021-03-28 Thread Iain Buclaw via Gcc-patches
Hi, It was noticed that the wrong headers were being included for the generator programs built for the D front-end. Now COMPILER_FOR_BUILD and BUILD_COMPILERFLAGS are used to compile them, so that GENERATOR_FILE will be correctly defined. Bootstrapped on x86_64-linux-gnu, and committed to

[committed] d: Don't generate per-module wrapper for calling DSO constructor/destructor.

2021-03-28 Thread Iain Buclaw via Gcc-patches
Hi, This patch removes the per-module wrapper function for calling the DSO constructor and destructor. The static constructor/destructor list only ever has one function to call in it, so mark the gdc.dso_ctor and gdc.dso_dtor functions as static ctor/dtor directly instead. Bootstrapped and

Re: Remove RMS from the GCC Steering Committee

2021-03-28 Thread Jeff Law via Gcc
Setting aside whether or not RMS should be associated with the GCC project for a bit, I'm particularly concerned about the tone of some of the messages on this thread.  People can and will have differences, and that is fine.  But the discussion needs to stay civil. To those who have

Re: Remove RMS from the GCC Steering Committee

2021-03-28 Thread Alexandre Oliva via Gcc
Hello, Siddhesh, Thanks for clarifying your understanding of Nathan's goal. I may indeed have misread and mistaken Nathan's goal and means. I thought the goal was to improve the GCC community by addressing the gender imbalance, and that the means (misguided, IMHO) was to distance ourselves from

Re: Remove RMS from the GCC Steering Committee

2021-03-28 Thread JeanHeyd Meneide via Gcc
Dear GCC Community, Hi. My name is JeanHeyd Meneide, my online moniker is "ThePhD" (not an actual Doctor. Yet!). I spend a lot of my time hacking on C and C++. Some of the things I've done include: - Contributing (mostly) a Implementation [1] - Doing a GSoC for GCC and writing up about

Re: [GSoC-2021] Interested in project `Extend the static analysis pass`

2021-03-28 Thread David Malcolm via Gcc
On Sun, 2021-03-28 at 18:06 +0530, Saloni Garg wrote: > Hi, I have tried the following examples with the fanalyzer option in > g++. > > 1 (a) > void myFunction() > { >     char *p =new char; > } > int main() > { >    func(); >    return 0; > } BTW, are you familiar with Compiler Explorer

New Swedish PO file for 'gcc' (version 11.1-b20210321)

2021-03-28 Thread Translation Project Robot
Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'gcc' has been submitted by the Swedish team of translators. The file is available at: https://translationproject.org/latest/gcc/sv.po (This file,

Re: Remove RMS from the GCC Steering Committee

2021-03-28 Thread Jonathan Wakely via Gcc
On Sun, 28 Mar 2021, 13:50 Mark Wielaard, wrote: > RMS actively undermines those who try to make our community a little > bit more welcoming. Violating anti-harassment policies of > conferences. Even those from the FSF by claiming to be above those > policies because of his leadership position

[Bug fortran/98201] CSQRT function gives bad resuts at runtime

2021-03-28 Thread dominiq at lps dot ens.fr via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98201 Dominique d'Humieres changed: What|Removed |Added Resolution|--- |INVALID

[Bug fortran/98201] CSQRT function gives bad resuts at runtime

2021-03-28 Thread dpozar at ecs dot umass.edu via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98201 --- Comment #19 from dpozar at ecs dot umass.edu --- I think it can be closed. never found out why this occurred, but I reloaded gfortran from another source and it worked after that. thanks, dave From: dominiq

Re: Remove RMS from the GCC Steering Committee

2021-03-28 Thread Mark Wielaard
Alexandre, Making our community more welcoming is indeed a process. And some steps will just be symbolic. But I don't believe removing RMS from (perceived) leadership positions in the GNU project and from the FSF is just symbolic. And even for a symbolic step it is a powerful one. It shows we

[Bug fortran/98201] CSQRT function gives bad resuts at runtime

2021-03-28 Thread dominiq at lps dot ens.fr via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98201 --- Comment #18 from Dominique d'Humieres --- Could this PR be closed or moved to target component?

Re: [GSoC-2021] Interested in project `Extend the static analysis pass`

2021-03-28 Thread Saloni Garg via Gcc
Hi, I have tried the following examples with the fanalyzer option in g++. 1 (a) void myFunction() { char *p =new char; } int main() { func(); return 0; } 1(b) void myFunction() { try { char *p = new char; throw p; } catch(...) { } } int main() {

[Bug fortran/95998] gfc_typename use of static memory

2021-03-28 Thread dominiq at lps dot ens.fr via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95998 Dominique d'Humieres changed: What|Removed |Added Resolution|--- |FIXED Status|WAITING

Re: My 2nd attempt to devel for gcc

2021-03-28 Thread pawel k. via Gcc
Hello, Ok fair enough. I thought cleaner separation of FE and generics interface would be useful feature. It would make adding new FE easier too hopefully. We could provide either multiple FEs per binary or not. Additionally, In single FE per binary option of my fegens cleanup scenario we could

[Bug middle-end/57832] compiling sha-256 code (xz 5.0.5) generates false warnings when using -march=native on Atom CPU

2021-03-28 Thread manu at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57832 --- Comment #7 from Manuel López-Ibáñez --- (In reply to Martin Sebor from comment #6) > In the reduced test cases (in comment #3 and comment #4) d is a global > variable so it's value is zero. c is assigned in the first iteration of the > loop

Re: My 2nd attempt to devel for gcc

2021-03-28 Thread pawel k. via Gcc
Hello, Yea ok got it. Ill reply. I dont get email notifications from him. Ill prepare reply asap as of what we can or cannot do and what will be costs and benefits. Then he/you can decide. Best regards, Pawel niedz., 28.03.2021, 11:34 użytkownik Jonathan Wakely napisał: > > > On Sun, 28 Mar

Re: My 2nd attempt to devel for gcc

2021-03-28 Thread Jonathan Wakely via Gcc
On Sun, 28 Mar 2021, 02:20 pawel k., wrote: > Hmm, > Thanks. Not sure I can see answer from him. Ill recheck it. > https://gcc.gnu.org/pipermail/gcc/2021-March/235079.html

[Bug c/99797] accessing uninitialized automatic variables

2021-03-28 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99797 --- Comment #5 from Andrew Pinski --- (In reply to Andrew Pinski from comment #4) > (In reply to Martin Uecker from comment #3) > > The C standard says (6.3.2.1p2) > > J.2 Undefined behavior > > — The value of an object with automatic storage

[Bug c/99797] accessing uninitialized automatic variables

2021-03-28 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99797 --- Comment #4 from Andrew Pinski --- (In reply to Martin Uecker from comment #3) > The C standard says (6.3.2.1p2) J.2 Undefined behavior — The value of an object with automatic storage duration is used while it is indeterminate (6.2.4,

[Bug c/99797] accessing uninitialized automatic variables

2021-03-28 Thread muecker at gwdg dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99797 --- Comment #3 from Martin Uecker --- The C standard says (6.3.2.1p2) "... If the lvalue designates an object of automatic storage duration that could have been declared with the register storage class (never had its address taken), and that