https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
Jan Hubicka changed:
What|Removed |Added
CC||bernd.edlinger at hotmail dot
de
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97937
Jan Hubicka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97417
--- Comment #45 from Levy ---
Basically crossed out the rtlanal.c and fwprop.c
I'm looking back at riscv.c. Since address_cost() was called by hook function
new_address_profitable_p(), may be some place uses this function would provide
more info
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97940
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97938
Richard Biener changed:
What|Removed |Added
Summary|9/10/11 Regression] g++|[9/10/11 Regression] g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97937
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97936
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97932
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97931
Richard Biener changed:
What|Removed |Added
Version|unknown |11.0
--- Comment #1 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97417
--- Comment #44 from Levy ---
should_replace_address() in fwprop.c looks really interesting:
/* OLD is a memory address. Return whether it is good to use NEW instead,
for a memory access in the given MODE. */
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97417
--- Comment #43 from Levy ---
Thanks for pointing the hook out Jim.
for both patched and unpatched, so far I've been traced through
try_replace_in_use()
to
reload_combine_recognize_const_pattern()
to
reload_combine()
to
reload_cse_regs()
to
Hello, this is the mail server on en.enginepulse.live.
I am sending you this message to inform you on the delivery status of a
message you previously sent. Immediately below you will find a list of
the affected recipients; also attached is a Delivery Status Notification
(DSN) report in standard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97941
Bug ID: 97941
Summary: [HWASAN] use After free not working as per expectation
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97870
Arseny Solokha changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
in extract_insn, at recog.c:2306
0x67ed88 _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-11.0.0_alpha20201122/work/gcc-11-20201122/gcc/rtl-error.c:108
0x67eda8 _fatal_insn_not_found(rtx_def const*, char const*, int, char co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97870
--- Comment #4 from Arseny Solokha ---
Fixed.
Hi,
Gentle ping this:
https://gcc.gnu.org/pipermail/gcc-patches/2020-October/556236.html
Thanks.
Gui Haochen
On 6/11/2020 上午 9:02, HAO CHEN GUI wrote:
Hi,
Gentle ping this:
https://gcc.gnu.org/pipermail/gcc-patches/2020-October/556236.html
Thanks.
Gui Haochen
On 15/10/2020 下午 4:46,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97938
Marek Polacek changed:
What|Removed |Added
Summary|g++ crash when inferring|9/10/11 Regression] g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97938
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
Please email the following information to ass...@gnu.org.
Please use your full legal name (in ASCII characters) as the subject
line of the message.
--
REQUEST: SEND FORM FOR PAST AND FUTURE CHANGES
[What is the name of the
Hi,
Can you please send me the necessary documents for the FSF copyright
assignment. I'm located in Switzerland if thats relevant.
Best,
Robert
Simplify
((b | c) & a) | b
to
(a & c) | b.
This fixes PR96679.
Tested on x86_64-pc-linux-gnu.
int f(int a, int b, int c)
{
return ((b | c) & a) | b;
}
Code without the patch:
or edx,esi
andedx,edi
moveax,edx
or eax,esi
ret
Code with the patch:
andedi,edx
mov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97939
--- Comment #1 from Vincent Lefèvre ---
I forgot: That's a Debian sid machine with
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/sparc64-linux-gnu/10/lto-wrapper
Target: sparc64-linux-gnu
Configured with:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97939
Bug ID: 97939
Summary: ICE on sparc64 with UBsan for "i + 4096" on long:
unrecognizable insn during RTL pass: vregs
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
On Fri, 20 Nov 2020, Matthew Malcomson wrote:
>>> The patch is okay modulo the question above.
> Apologies for bringing up something from this far back, but I've just
> noticed I never actually committed this patch.
Actually thank you for doing so! (And I am known to sometimes bring
up things
Snapshot gcc-11-20201122 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/11-20201122/
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
On 20/11/2020 23:44, Thomas Rodgers wrote:
Tested x86_64-pc-linux-gnu, committed.
...and there are multiple definition complaints from the linker because
of two missing "include":
index 7b2682a577e..23ab2018ca8 100644
--- a/libstdc++-v3/include/bits/atomic_wait.h
+++
Generate special double mode sequence also for TImode on 64bit targets.
2020-11-22 Uroš Bizjak
PR target/97873
gcc/
* config/i386/i386.md (abs2): Use SWI48DWI mode iterator.
(*abs2_doubleword): Use DWIH mode iterator.
(3): Use SWI48DWI mode iterator.
(*3_doubleword): Use
On 20/11/2020 23:44, Thomas Rodgers wrote:
Tested x86_64-pc-linux-gnu, committed.
Clang complains:
$ cat test.cc
#include
$ clang++ --gcc-toolchain=~/gcc/trunk/inst -std=c++20 -fsyntax-only test.cc
In file included from test.cc:1:
In file included from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44511
Eric Gallager changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #21 from Thomas Koenig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97938
Bug ID: 97938
Summary: g++ crash when inferring type of auto parameter pack
in lambda capture
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #20 from Toon Moene ---
Example of the problem described in the last comment:
(export
LD_LIBRARY_PATH=/home/toon/compilers/install/coarray_native/lib/gcc/x86_64-pc-linux-gnu/11.0.0;
export GFORTRAN_NUM_IMAGES=28; echo '
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97889
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Hi,
When appending a character to an array, the result of that concat
assignment was not the new value of the array, similarly, when appending
an array to another array, side effects were evaluated in reverse to the
expected order of evaluation.
As of this change, the address of the left-hand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97889
--- Comment #3 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:0209b0ead2617d9226ef53d4fc4756d11dd6ea59
commit r10-9061-g0209b0ead2617d9226ef53d4fc4756d11dd6ea59
Author: Iain Buclaw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97889
--- Comment #2 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:23045f8b062e20672f5170fc66532de7a5d9a1d6
commit r11-5239-g23045f8b062e20672f5170fc66532de7a5d9a1d6
Author: Iain Buclaw
Date: Sun
Hi Ian,
> This patch to the Go frontend and libgo changes the name mangling
> convention. The previous convention (which was actually the second
> one) turned out to be ambiguous when the path to a package contained a
> dot; this is a common case, as many package paths are of the form
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95853
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:c1fb592f2c3c6b5a6616cf882ce24d30e167a646
commit r11-5238-gc1fb592f2c3c6b5a6616cf882ce24d30e167a646
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #19 from Toon Moene ---
Thanks.
It works now for export GFORTRAN_NUM_IMAGES=1..10 for me.
Unfortunately, when I want to change the nxglobal and nyglobal values in the
domain via the namelist, sometimes the "default" values are
Partially revert recent H8 patch for conditional branches
So I'd forgotten an important tidbit on the H8 port. Specifically
for a branch instruction, the target label must be operand 0 for
the length computations.
This really only affects the main conditional branch
On 2020-11-21 12:27, J.W. Jagersma wrote:
> ...
> Another idea I had is to introduce a new operand modifier, eg. '-', which
> would signify that the output *must* be considered clobbered on exception,
> and it would be an error if a copy is not possible. Then the meaning of '+'
> can be extended
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97937
Bug ID: 97937
Summary: Line numbers are missing from duplicated function
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
Hi
We have a similar code pattern in darwin-c.c to one in c-pragmas
(most likely a cut & paste) with a struct type used locally to the
TU. With C++ we need to rename the type to avoid an ODR violation.
tested on x86_64-darwin19 ‘—with-build-config=bootstrap-lto-noplugin’
pushed to master,
On Sun, 22 Nov 2020, 12:29 Iain Sandoe, wrote:
> thanks for looking at this over the weekend.
>
> Jonathan Wakely via Gcc-patches wrote:
>
> > On Sat, 21 Nov 2020 at 23:55, David Edelsohn via Libstdc++
> > wrote:
> >> I am seeing 93 new libstdc++ failures on AIX, even after Jonathan's
> >>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
Thomas Koenig changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #18 from Thomas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97936
--- Comment #3 from H.J. Lu ---
(gdb) bt
#0 0x7f6b5984330d in syscall () from /lib64/libc.so.6
#1 0x00401429 in std::__detail::__platform_wait (
__addr=__addr@entry=0x7ffc848e7014, __val=__val@entry=1)
at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97936
--- Comment #2 from H.J. Lu ---
Also 30_threads/semaphore/try_acquire_until.cc.
thanks for looking at this over the weekend.
Jonathan Wakely via Gcc-patches wrote:
On Sat, 21 Nov 2020 at 23:55, David Edelsohn via Libstdc++
wrote:
I am seeing 93 new libstdc++ failures on AIX, even after Jonathan's
fixes. And a few c++ failures with similar symptoms. I'm not certain
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44511
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
On Sun, Nov 15, 2020 at 12:08:22PM -0500, Vladimir Makarov via Gcc-patches
wrote:
> --- a/gcc/lra.c
> +++ b/gcc/lra.c
> @@ -1903,15 +1903,23 @@ lra_process_new_insns (rtx_insn *insn, rtx_insn
> *before, rtx_insn *after,
> {
> /* We already made the edge no-critical in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97933
--- Comment #2 from Jakub Jelinek ---
Created attachment 49610
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49610=edit
ipa-sra.ii.xz
unxz ipa-sra.ii.xz
./cc1plus -quiet -fno-PIE -O2 -fno-checking -fno-exceptions -fno-rtti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97933
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
Hi,
this avoids the need to use -fno-threadsafe-statics on
arm-none-eabi or working around that problem by supplying
a dummy __sync_synchronize function which might
just lead to silent code failure of the worst kind
(non-reproducable, racy) at runtime, as was pointed out
on previous discussions
54 matches
Mail list logo