On Sat, Aug 21, 2021 at 12:21:41AM +0200, Thomas Schwinge wrote:
> Fix up for recent commit 0d973c0a0d90a0a302e7eda1a4d9709be3c5b102
> "openmp: Implement the error directive".
> ---
> libgomp/config/nvptx/error.c | 32 +--
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101980
--- Comment #2 from CVS Commits ---
The master branch has been updated by Ankur saini :
https://gcc.gnu.org/g:e92d0ff6b5e6d4b95c04fc3e326d40efeb136086
commit r12-3052-ge92d0ff6b5e6d4b95c04fc3e326d40efeb136086
Author: Ankur Saini
Date: Thu
This patch fixes AST comparison for trailing return types using dependent
sizeof/alignof/noexcept expressions as template value arguments. I believe
this bug is over a decade old, hailing from GCC 4.6. I found it over 5
years ago and sat on the repro until I had time to fix it myself.
The new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101995
--- Comment #4 from Andrew Pinski ---
Note I suspect it is r9-3594 is what makes the difference here. Also this is
just very fragile really.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101995
--- Comment #3 from Andrew Pinski ---
REG_RETURNED is no longer there.
Looks like there is an extra move which caused the code to be different.
For aarch64 we have:
(insn 18 4 2 2 (set (reg:DI 94)
(reg:DI 0 x0 [ foo ]))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101995
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-21
Target|arm
I've hit a bootstrap-debug error involving large subprograms in
gcc/ada/sem_ch12.adb. I'm afraid I couldn't narrow it down to a
reasonable testcase.
thread1 made different decisions about a block containing a
builtin_eh_filter call because in one compilation, estimate_num_insns
found a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102002
--- Comment #2 from qingzhe huang ---
Thank you and my apology.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99410
--- Comment #7 from Giulio Benetti ---
Created attachment 51339
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51339=edit
Pre-processed belle_sip_messageParser.c(belle_sip_messageParser.s)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80196
--- Comment #14 from Guillaume ---
OK, this patch fixes it for me as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99410
--- Comment #6 from Giulio Benetti ---
Created attachment 51338
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51338=edit
Pre-processed belle_sip_messageParser.c(belle_sip_messageParser.i)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99410
--- Comment #5 from Giulio Benetti ---
Disabling parallel build it turns out that the file where it hangs is:
src/grammars/belle_sip_messageParser.c
So I'm going to add .i and .s attachments for it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99410
--- Comment #4 from Giulio Benetti ---
It's not git package but belle-sip package that fails to build.
I'm going to add .i and .s file soon.
Snapshot gcc-10-20210820 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/10-20210820/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 10 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
Hi!
On 2021-08-20T15:54:34+0200, I wrote:
> On 2021-08-20T15:21:12+0200, Jakub Jelinek wrote:
>> On Fri, Aug 20, 2021 at 03:11:45PM +0200, Thomas Schwinge wrote:
>>> > --- libgomp/error.c.jj2021-08-19 12:53:44.693106618 +0200
>>> > +++ libgomp/error.c 2021-08-19 17:58:55.633203432
On Fri, Aug 13, 2021 at 12:09:24AM -0400, Michael Meissner wrote:
> This patch adds 3 more selections to target-supports.exp to see if we can
> specify to use a particular long double format (IEEE 128-bit, IBM extended
> double, 64-bit), and the library support will track the changes for the long
On 8/20/21 7:09 AM, Andrew MacLeod wrote:
On 8/19/21 7:09 PM, Martin Sebor via Gcc-patches wrote:
The attached patch changes the new access warning pass to use
the per-function ranger instance. To do that it makes a number
of the global static functions members of the pass (that involved
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80196
Brett Neumeier changed:
What|Removed |Added
CC||bneumeier at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101995
Andrew Pinski changed:
What|Removed |Added
Known to work||8.2.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99090
Bug 99090 depends on bug 91602, which changed state.
Bug 91602 Summary: GCC fails to build for riscv in a combined tree due to
misconfigured leb128 support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91602
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91602
Serge Belyshev changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Jeff Law writes:
> This set is approved. Push them to the trunk when it's convenient
> for you.
>
> Thanks for your patience,
Thanks! Committed as r12-3047 .. r12-3050.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91602
--- Comment #16 from CVS Commits ---
The master branch has been updated by Sergey Belyshev :
https://gcc.gnu.org/g:7cad8a8f9f7bfa8e98f6a0615541f589fd1d3fc1
commit r12-3047-g7cad8a8f9f7bfa8e98f6a0615541f589fd1d3fc1
Author: Serge Belyshev
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101882
--- Comment #3 from Segher Boessenkool ---
(In reply to Marek Polacek from comment #2)
> Assignee present -> ASSIGNED.
Hrm, this used to work automatically when you press "take"? What changed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101997
--- Comment #1 from anlauf at gcc dot gnu.org ---
Can you get more details on where the buffer overflow actually occurs?
I cannot reproduce it on x86_64-pc-linux-gnu even running f951 under valgrind.
The original testcase in pr95091 would have
Hi,
The current compare_three_way implementation makes provision for constant
evaluation contexts (avoiding reinterpret_cast etc.), but the approach fails
with Clang; when it compares two const volatile void pointers: "comparison
between unequal pointers to void has unspecified result". I
Hi Richard,
Benchmarking this patch using CSiBE on x86_64-pc-linux-gnu with -Os -m32 saves
2432 bytes.
Of the 893 tests, 34 have size differences, 30 are improvements, 4 are
regressions (of a few bytes).
> Also I'm missing a 'else' - in the default case there's no cost/benefit of
> using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101964
--- Comment #4 from Mateus Morais Dias de Souza ---
I figured it out. My build script was something like this:
```bash
set -e
gcc main.c -o main
./main
```
for some reason gcc was not warning about my unseen error, then it ran the
program
Hi Tobias,
> LGTM – I am fine with either variant, but I am slightly inclined to
> removing the gcc_assert*
> – as I believe that the existing checks come early enough and do seem to
> work well.
I played some more and found additional cases that we hadn't discussed
before. (At least I hadn't
Some compatibility implementations of x86 intrinsics include
Power intrinsics which require POWER8. Guard them.
emmintrin.h:
- _mm_cmpord_pd: Remove code which was ostensibly for pre-POWER8,
but which indeed depended on POWER8 (vec_cmpgt(v2du)/vcmpgtud).
The "POWER8" version works fine on
Suppress exceptions (when specified), by saving, manipulating, and
restoring the FPSCR. Similarly, save, set, and restore the floating-point
rounding mode when required.
No attempt is made to optimize writing the FPSCR (by checking if the new
value would be the same), other than using lighter
Function signatures and decorations match gcc/config/i386/smmintrin.h.
Also, copy tests for:
- _mm_cvtepi8_epi16, _mm_cvtepi8_epi32, _mm_cvtepi8_epi64
- _mm_cvtepi16_epi32, _mm_cvtepi16_epi64
- _mm_cvtepi32_epi64,
- _mm_cvtepu8_epi16, _mm_cvtepu8_epi32, _mm_cvtepu8_epi64
- _mm_cvtepu16_epi32,
Function signatures and decorations match gcc/config/i386/smmintrin.h.
Also, copy tests for _mm_min_epi8, _mm_min_epu16, _mm_min_epi32,
_mm_min_epu32, _mm_max_epi8, _mm_max_epu16, _mm_max_epi32, _mm_max_epu32
from gcc/testsuite/gcc.target/i386.
sse4_1-pmaxsb.c and sse4_1-pminsb.c were modified
Tested ppc64le (POWER9) and ppc64/32 (POWER7).
OK for trunk?
Paul A. Clarke (6):
rs6000: Support SSE4.1 "round" intrinsics
rs6000: Support SSE4.1 "min" and "max" intrinsics
rs6000: Simplify some SSE4.1 "test" intrinsics
rs6000: Support SSE4.1 "cvt" intrinsics
rs6000: Support more
Function signatures and decorations match gcc/config/i386/smmintrin.h.
Also, copy tests for:
- _mm_cmpeq_epi64, _mm_cmpgt_epi64
- _mm_mullo_epi32, _mm_mul_epi32
- _mm_packus_epi32
from gcc/testsuite/gcc.target/i386.
2021-08-20 Paul A. Clarke
gcc
* config/rs6000/smmintrin.h
Copy some simple redirections from i386 , for:
- _mm_test_all_zeros
- _mm_test_all_ones
- _mm_test_mix_ones_zeros
2021-08-20 Paul A. Clarke
gcc
* config/rs6000/smmintrin.h (_mm_test_all_zeros,
_mm_test_all_ones, _mm_test_mix_ones_zeros): Replace.
---
v2:
- Removed "-Wno-psabi"
Hi Jakub,
this is the second version of the patch for the device-modifiers for
'omp target device'.
Am 20.07.2021 um 15:30 schrieb Jakub Jelinek:
On Wed, Jul 07, 2021 at 07:59:58PM +0200, Marcel Vollweiler wrote:
OpenMP: Add support for device-modifiers for 'omp target device'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102003
Bug ID: 102003
Summary: [PDT] Length of character component not simplified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101882
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
Hi!
On Thu, Aug 19, 2021 at 04:40:42PM -0500, Bill Schmidt wrote:
> I totally biffed the previous version of this patch, as it was built
> against an experimental tree instead of trunk. Trying again...
>
> Although safe_inc_pos avoids buffer overruns in rs6000-gen-builtins.c,
> there are some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101994
Ian Lance Taylor changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83022
--- Comment #6 from Fangrui Song ---
The issue succeeded to waste some time of MySQL developers BTW:
http://smalldatum.blogspot.com/2017/11/a-new-optimization-in-gcc-5x-and-mysql.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83022
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101916
--- Comment #3 from Giulio Benetti ---
Created attachment 51337
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51337=edit
Pre-processed mime.c(mime.s)
Here is the assembler file too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101915
--- Comment #5 from Giulio Benetti ---
Created attachment 51336
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51336=edit
Pre-processed par_ops.c(par_ops.s)
Here is the assembler file too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101952
--- Comment #3 from Giulio Benetti ---
Created attachment 51335
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51335=edit
Pre-processed btDantzigLCP.cpp(btDantzigLCP.s)
Here is the assembler file too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101952
--- Comment #2 from Giulio Benetti ---
Created attachment 51334
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51334=edit
Pre-processed btDantzigLCP.cpp(btDantzigLCP.ii)
As suggested by Thomas here is pre-processed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101915
--- Comment #4 from Giulio Benetti ---
Created attachment 51333
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51333=edit
Pre-processed par_ops.c(par_ops.i)
As suggested by Thomas here is pre-processed par_ops.c(par_ops.i) to help you
On Sat, 2021-08-21 at 01:07 +0800, Xi Ruoyao via Gcc-patches wrote:
> When -mloongson-mmi is enabled, SHIFT_COUNT_TRUNCATED is turned off.
> This causes untruncated immediate shift amount outputed into the asm,
> and the GNU assembler refuses to assemble it.
>
> Truncate immediate shift amount
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101922
Xi Ruoyao changed:
What|Removed |Added
Keywords||patch
--- Comment #3 from Xi Ruoyao ---
The following is about interoperability (BIND(C)) only.
* The patch adds a missing check for pointer + contiguous.
(Rejected to avoid copy-in issues? Or checking issues?)
* And it corrects an issue regarding len > 1 characters. While
subroutine foo(x)
character(len=2) :: x(*)
is valid
Hi all,
A gentle reminder that the deadline for the GNU Tools track at Linux
Plumbers Conference 2021 is 31 August. We are using the LPC submission
system to keep things simple this year. Unlike Cauldron, we won't be
able to take late submissions, since we have to tie in with the LPC 2021
When -mloongson-mmi is enabled, SHIFT_COUNT_TRUNCATED is turned off.
This causes untruncated immediate shift amount outputed into the asm,
and the GNU assembler refuses to assemble it.
Truncate immediate shift amount when outputing the asm instruction to
make GAS happy again.
gcc/
PR
Hi, hope everyone is well. I have a patch here for issue 70417
(https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70417). I'm still a GCC
noob, and this is probably the hardest thing I have ever coded in my
life, so please forgive any initial mistakes!
TLDR
This patch introduces a helpful error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101916
--- Comment #2 from Giulio Benetti ---
Created attachment 51332
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51332=edit
Pre-processed mime.c(mime.i)
Here is preprocessed mime.c file(mime.i) to help you fix the bug.
Hope this is enough,
On Fri, 2021-08-20 at 21:55 +0530, Ankur Saini wrote:
> The patch fixes the test failures introduced by :
>
> aef703cf982072427e74034f4c460a11c5e04b8e
> 1b34248527472496ca3fe2a07183beac8cf69041
>
> Thanks
> - Ankur
Thanks for fixing this.
The patch looks OK, apart from some minor whitespace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
Giulio Benetti changed:
What|Removed |Added
CC||thomas.petazzoni@free-elect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102002
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86723
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101999
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102002
Bug ID: 102002
Summary: spec requires typename can be dropped when used as
template function return type consisting of template
parameter which is at global scope
> -Original Message-
> From: Richard Biener
> Sent: Friday, August 20, 2021 8:15 AM
> To: Jirui Wu
> Cc: Richard Biener ; Andrew Pinski
> ; Richard Sandiford ;
> i...@airs.com; gcc-patches@gcc.gnu.org; Joseph S. Myers
>
> Subject: RE: [Patch][GCC][middle-end] - Generate FRINTZ for
A few more shift-by-constant improvements on the H8.
For H8/300H arithmetic right shift 15 bits, we'd conceptually like to
use the shift-by-16 idiom where we move half-words around. Of course
that loses a bit. But we can save away that bit into C, shift-by-16,
sign-extend, then rotate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101876
--- Comment #4 from Marius Hillenbrand ---
*** Bug 101877 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101877
Marius Hillenbrand changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101876
--- Comment #3 from Marius Hillenbrand ---
The issue is caused by inconsistent alignment of vector_types between the types
(a) expected or returned by builtin functions and (b) the typedef in the
example code. In the failing cases, there's a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101981
--- Comment #5 from Thibaut M. ---
Thanks Martin!
Do you think it can be patched?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102000
--- Comment #1 from Johel Ernesto Guerrero Peña ---
Can https://bugs.llvm.org/show_bug.cgi?id=51560 be fixed as part of this?
On 6/1/21 3:19 PM, Richard Biener wrote:
On Tue, Jun 1, 2021 at 1:25 PM Martin Liška wrote:
On 6/1/21 9:42 AM, Richard Biener wrote:
On Tue, Jun 1, 2021 at 9:33 AM Martin Liška wrote:
@Richi: Can you please reply to this email?
Not sure what I should add here? Honza suggested to mangle
On 6/1/21 3:19 PM, Richard Biener wrote:
On Tue, Jun 1, 2021 at 1:25 PM Martin Liška wrote:
On 6/1/21 9:42 AM, Richard Biener wrote:
On Tue, Jun 1, 2021 at 9:33 AM Martin Liška wrote:
@Richi: Can you please reply to this email?
Not sure what I should add here? Honza suggested to mangle
On 8/16/21 3:58 PM, Martin Liška wrote:
PING^2
@Honza: Can you please review the change?
I've tested the patch and apparently it's not enough for
{gimple,generic}-match.o not clashing
in symbol names. Apparently there are more IPA clones that collide.
Leaving that for now.
Martin
Martin
On 8/16/21 3:58 PM, Martin Liška wrote:
PING^2
@Honza: Can you please review the change?
I've tested the patch and apparently it's not enough for
{gimple,generic}-match.o not clashing
in symbol names. Apparently there are more IPA clones that collide.
Leaving that for now.
Martin
Martin
> On Aug 19, 2021, at 8:54 AM, Qing Zhao via Gcc-patches
> wrote:
>
> Breakpoint 1, expand_DEFERRED_INIT (stmt=0x7fffe96ae348) at
> ../../latest-gcc/gcc/internal-fn.c:3021
> 3021mark_addressable (lhs);
> (gdb) call debug_tree(lhs)
> type size
On Thu, Aug 19, 2021 at 10:13:56PM +0200, Thomas Schwinge wrote:
> libgomp/
> * testsuite/libgomp.c/address-space-1.c: New file.
>
> Co-authored-by: Jakub Jelinek
> ---
> libgomp/testsuite/libgomp.c/address-space-1.c | 24 +++
> 1 file changed, 24 insertions(+)
>
On 8/19/21 7:38 PM, Kewen.Lin wrote:
Hi Martin,
on 2021/8/20 上午12:30, Martin Sebor wrote:
On 8/19/21 9:03 AM, Martin Sebor wrote:
On 8/18/21 11:56 PM, Kewen.Lin wrote:
Hi David,
on 2021/8/19 上午11:26, David Edelsohn via Gcc-patches wrote:
Hi, Martin
A few PowerPC-specific testcases started
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102001
Bug ID: 102001
Summary: Consider using CLOCK_MONOTONIC_RAW for
chrono::steady_clock
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101922
--- Comment #2 from Xi Ruoyao ---
A "legal" testcase w/o UB (and may have some usage in practice):
typedef __INT8_TYPE__ i8;
typedef __INT32_TYPE__ i32;
i8 d[16];
i32 f(i32 x) {
int i;
for (i = 0; i < 16; i++) {
__INT32_TYPE__ t =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97566
David Seifert changed:
What|Removed |Added
CC||soap at gentoo dot org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102000
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102000
Bug ID: 102000
Summary: Defaulted consteval default constructor that performs
no initialization is not rejected
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101998
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101999
Bug ID: 101999
Summary: strdup on `gcc -std=c99` gives segfault
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101998
Bug ID: 101998
Summary: false positive: taking address of rvalue
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Hello.
As showed in the PR, returning (EAF_NOCLOBBER | EAF_NOESCAPE) for an argument
that is a function pointer is problematic. Doing such a function call is a
clobber.
Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
Ready to be installed?
Thanks,
Martin
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101981
Martin Liška changed:
What|Removed |Added
Target|arm |arm, x86_64
Status|ASSIGNED
Hi Harald,
On 20.08.21 14:17, Harald Anlauf wrote:
I can confirm this. – I think in order to reduce the clutter, the
diagnostic probably should be removed.
I am unable to prove that we will never that check. So how about:
diff --git a/gcc/fortran/simplify.c b/gcc/fortran/simplify.c
index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90787
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |10.4
--- Comment #4 from Jonathan
Tests that depend on filesystem permissions FAIL if run on Windows or as
root. Add a helper function to detect those cases, so the tests can skip
those checks gracefully.
Signed-off-by: Jonathan Wakely
libstdc++-v3/ChangeLog:
PR libstdc++/90787
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90787
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:29b2fd371f18169141e20b90effa7205db68fb11
commit r12-3045-g29b2fd371f18169141e20b90effa7205db68fb11
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101988
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
Hi Jakub!
On 2021-08-20T15:21:12+0200, Jakub Jelinek wrote:
> On Fri, Aug 20, 2021 at 03:11:45PM +0200, Thomas Schwinge wrote:
>> > --- libgomp/error.c.jj2021-08-19 12:53:44.693106618 +0200
>> > +++ libgomp/error.c 2021-08-19 17:58:55.633203432 +0200
>>
>> > +void
>> > +GOMP_warning
On Fri, Aug 20, 2021 at 03:47:54PM +0200, Tobias Burnus wrote:
> On 20.08.21 13:56, Jakub Jelinek wrote:
>
> > On Fri, Aug 20, 2021 at 01:50:00PM +0200, Tobias Burnus wrote:
> > > Comments? OK?
> > LGTM (except that the last hunk won't apply anymore).
>
> Now applied as r12-3044; I have now
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101764
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
On 20.08.21 13:56, Jakub Jelinek wrote:
On Fri, Aug 20, 2021 at 01:50:00PM +0200, Tobias Burnus wrote:
Comments? OK?
LGTM (except that the last hunk won't apply anymore).
Now applied as r12-3044; I have now changed it to %wd ...
... but as discussed in another email in the thread, I think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101996
--- Comment #1 from Andreas Schwab ---
Worksforme:
29ae <__atomic_compare_exchange_1@@LIBATOMIC_1.0>:
29ae: 0ffffence
29b2: 0005c683lbu a3,0(a1)
29b6: ff857893
... adding Honza to CC who spent quite some time on devirtualization pass.
Martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101997
Bug ID: 101997
Summary: [9 regression] ICE after r9-8665 at gcc/toplev.c:326
Product: gcc
Version: 9.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
On Fri, Aug 20, 2021 at 03:11:45PM +0200, Thomas Schwinge wrote:
> > --- libgomp/error.c.jj2021-08-19 12:53:44.693106618 +0200
> > +++ libgomp/error.c 2021-08-19 17:58:55.633203432 +0200
>
> > +void
> > +GOMP_warning (const char *msg, size_t msglen)
> > +{
> > + if (msg && msglen ==
Hi!
On 2021-08-20T15:11:45+0200, I wrote:
> On 2021-08-20T11:45:29+0200, Jakub Jelinek via Gcc-patches
> wrote:
>> --- libgomp/error.c.jj 2021-08-19 12:53:44.693106618 +0200
>> +++ libgomp/error.c 2021-08-19 17:58:55.633203432 +0200
>
>> +void
>> +GOMP_warning (const char *msg, size_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101981
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-08-20
Ever confirmed|0
1 - 100 of 172 matches
Mail list logo