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
-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
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
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
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:
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
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
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
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
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.
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
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
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
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
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
+++
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
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
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:
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
-
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:
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
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:
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
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
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
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
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
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
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
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
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
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:
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:
*
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
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
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
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
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
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
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,
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98201
Dominique d'Humieres changed:
What|Removed |Added
Resolution|--- |INVALID
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
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
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?
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()
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95998
Dominique d'Humieres changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
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
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
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
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
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
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,
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
54 matches
Mail list logo