On Mon, May 25, 2020 at 1:55 AM Uros Bizjak wrote:
>
> On Sun, May 24, 2020 at 9:26 AM Hongtao Liu wrote:
> >
> > On Sat, May 23, 2020 at 6:11 PM Uros Bizjak wrote:
> > >
> > > On Sat, May 23, 2020 at 9:25 AM Hongtao Liu wrote:
> > > >
> > > > Hi:
> > > > This patch fix non-conforming
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95309
Bug ID: 95309
Summary: [11 Regression] Many targets failing ssa-dom-cse-2.c
after vectorizer changes
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
Hi all,
I am studying C++ modules and, especially, trying to understand how
implicitly instantiated template specializations are exported.
I encounter an example where GCC and Clang behave differently.
For example:
/* mod1.cpp */
export module mod1;
export {
// function template
Hi,
> -Original Message-
> From: Segher Boessenkool [mailto:seg...@kernel.crashing.org]
> Sent: Saturday, May 23, 2020 10:57 PM
> To: Yangfei (Felix)
> Cc: gcc-patches@gcc.gnu.org; Zhanghaijian (A)
> Subject: Re: [PATCH PR94026] combine missed opportunity to simplify
> comparisons with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94919
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
And this time, with patch.
wake_up_fix.patch
Description: Binary data
> On May 24, 2020, at 3:06 PM, Thomas Rodgers wrote:
>
> * include/bits/atomic_wait.h (__waiters::_M_do_wait): adjust wakeup
> logic.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95125
--- Comment #9 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:94c0409717bf8bf783963c1d50bb8f4a4732dce7
commit r11-596-g94c0409717bf8bf783963c1d50bb8f4a4732dce7
Author: liuhongt
Date: Sat May
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94268
--- Comment #10 from fdlbxtqi ---
What about adding another check when BUFSIZ is smaller than 4KB? If it is
smaller than 4kb, adjust the filebuf size to 4kb at least.
Snapshot gcc-11-20200524 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/11-20200524/
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
* include/std/stop_token: Remove local binary_semaphore implementation.
(_Stop_state_t::_M_do_try_lock): Use __thread_yield() from
bits/atomic_wait.h.
0001-Remove-binary_semaphore-implementation-from-stop_tok.patch
Description: Binary data
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95187
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95095
--- Comment #1 from Fangrui Song ---
I just learned that `int main() {}` compiles to .text.startup in -O2 or -Os
It seems that .text.startup. may be better to not accidentally move a C
function named `startup` (`startup.` is not a valid C
* include/bits/atomic_wait.h (__waiters::_M_do_wait): adjust wakeup
logic.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95276
--- Comment #8 from Thomas Koenig ---
Looks like a faithful reduction that you made, it also still shows
the locale dependency from comment #4:
$ LANG="" gcc -O2 -S a.c
a.c: In function 'f':
a.c:18:6: warning: writing 1 byte into a region of
Javad Karabi via Gcc-patches writes:
>
> diff --git a/contrib/gen_autofdo_event.py b/contrib/gen_autofdo_event.py
> index c97460c61c6..cd77a8686d9 100755
> --- a/contrib/gen_autofdo_event.py
> +++ b/contrib/gen_autofdo_event.py
> @@ -94,7 +94,7 @@ for j in u:
> n = j.rstrip().split(',')
>
The C++ parser already tracks function call parens matching, but the C
parser doesn't. This adds the same functionality to the C parser and adds
a testcase showing the C++ and C parser matching function call parens
in an error message.
gcc/c/ChangeLog:
* c-parser.c
> On May 24, 2020, at 11:11 AM, Jonathan Wakely wrote:
>
> On Sun, 24 May 2020 at 18:55, Florian Weimer wrote:
>>
>> * Thomas Rodgers:
>>
>>> + static __gthread_t
>>> + _S_get_tid() noexcept
>>> + {
>>> +#ifdef __GLIBC__
>>> + // For the GNU C library pthread_self() is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95276
--- Comment #7 from Martin Sebor ---
There are some uninitialized local variables in the reduced test case but with
those made extern I was able to reproduce the warning. But unless the test
case was reduced too far or the reduction introduced
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95308
--- Comment #1 from Vsevolod Livinskiy ---
bug 94216 might be related to this one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95308
Bug ID: 95308
Summary: ICE: in maybe_canonicalize_mem_ref_addr with -O3
-march=skylake-avx512
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
On Sun, 2020-05-24 at 17:02 -0300, Nicolas Bértolo via Gcc-patches wrote:
> Hello gcc devs.
Hi Nicolas.
> I have ported libgccjit to Windows. I have tested it with the
> native-compilation branch of Emacs so I'm confident that it works well.
Excellent - thanks for doing this work.
Do you have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95253
--- Comment #2 from Daniel Starke ---
Minimal test case on MSys/MinGW:
echo '#include ' | gcc -MD -MF - -fsyntax-only -x c -
Result with gcc 9.3.0:
-: \
e:\msys\mingw64_9.3.0\lib\gcc\x86_64-w64-mingw32\9.3.0\include\stddef.h \
[...]
Result
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95189
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
XMM broadcast instructions broadcast value from general reg to all
elements of the vector. This is not allowed for TARGET_MMX_WITH_SSE,
where it is expected that bits outside lower 64bits load or retain
zero value. Following testcases expect broadcast, and are thus invalid:
FAIL:
Hello gcc devs.
I have ported libgccjit to Windows. I have tested it with the
native-compilation branch of Emacs so I'm confident that it works well.
The work is not finished though, I could use some help with these two
points:
I have had to concede defeat to libtool and Automake. I could not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95195
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95106
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95106
--- Comment #4 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:d176184d98a00ab379ae5959aed1908a79995e6b
commit r11-594-gd176184d98a00ab379ae5959aed1908a79995e6b
Author: Harald Anlauf
Date:
Without the patch below, an attempted namelist write to an unformatted file -
which is prohibited by the standard - would generate the following runtime
error:
At line 12 of file pr95195.f90 (unit = 10, file = 'test.dat')
Fortran runtime error: End of record
followed by some backtrace. The
Hi Harald,
OK for master?
The patch is OK.
Regarding the test case - I think it should be OK. If not,
expect to hear from people soon, you could then still restrict
it to Linux (or something else along those lines).
Regards
Thomas
Hello world,
this patch fixes a 8/9/10/11 regression, where finalized types
were not finalized (and deallocated), which led to memory
leaks.
Once the offending commit was identified (thanks, Harald!) error
analysis was rather straightforward. The central idea was that
it is the expression that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95307
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
* Jonathan Wakely:
> On Sun, 24 May 2020 at 18:55, Florian Weimer wrote:
>>
>> * Thomas Rodgers:
>>
>> > + static __gthread_t
>> > + _S_get_tid() noexcept
>> > + {
>> > +#ifdef __GLIBC__
>> > + // For the GNU C library pthread_self() is usable without linking to
>> > + //
On Sun, 24 May 2020 at 18:55, Florian Weimer wrote:
>
> * Thomas Rodgers:
>
> > + static __gthread_t
> > + _S_get_tid() noexcept
> > + {
> > +#ifdef __GLIBC__
> > + // For the GNU C library pthread_self() is usable without linking to
> > + // libpthread.so but returns 0, so
On Sun, May 24, 2020 at 9:20 AM Hongtao Liu wrote:
>
> Bootstrap is ok, regression test on i386/x86-64 backend is ok.
>
> gcc/ChangeLog
> PR target/95125
> * config/i386/sse.md (sf2dfmode_lower): New mode attribute.
> (trunc2) New expander.
> (extend2): Ditto.
>
On Sun, May 24, 2020 at 9:26 AM Hongtao Liu wrote:
>
> On Sat, May 23, 2020 at 6:11 PM Uros Bizjak wrote:
> >
> > On Sat, May 23, 2020 at 9:25 AM Hongtao Liu wrote:
> > >
> > > Hi:
> > > This patch fix non-conforming expander for
> > >
* Thomas Rodgers:
> + static __gthread_t
> + _S_get_tid() noexcept
> + {
> +#ifdef __GLIBC__
> + // For the GNU C library pthread_self() is usable without linking to
> + // libpthread.so but returns 0, so we cannot use it in single-threaded
> + // programs, because
This time with 100% more patch…
0001-Add-support-for-C-20-barriers_f.patch
Description: Binary data
> On May 23, 2020, at 3:58 PM, Thomas Rodgers wrote:
>
> This patch requires the patch for atomic::wait/notify to be applied first.
>
> This implementation is based on the libc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95028
--- Comment #1 from fytch ---
Seems to be fixed in GCC g++ 10.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95255
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95293
--- Comment #7 from Steve Kargl ---
On Sun, May 24, 2020 at 02:45:32PM +, david.sagan at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95293
>
> --- Comment #6 from David Sagan ---
> > program foo
> >real x
> >
Hi!
On Sun, May 24, 2020 at 07:03:13PM +0530, Kamlesh Kumar wrote:
> In this patch series trying to address same by creating a struct Tuple
> which bundles existing rtx and machine_mode and added one more
> bool member which store unsigned_p which by default is false.
The idea is good. However,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95307
Bug ID: 95307
Summary: Compiler accepts reinterpret_cast in constexpr
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95255
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:217a22416575c638940b25ea5937ff09d40cf808
commit r10-8178-g217a22416575c638940b25ea5937ff09d40cf808
Author: Uros Bizjak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95306
Bug ID: 95306
Summary: Getting __builtin_saddl_overflow gives the error
"unimplemented primitive type for builtin: 42"
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95293
--- Comment #6 from David Sagan ---
> program foo
>real x
>x = 42
>call bar(x)
>print *, x
>contains
> subroutine bar(a)
> real, intent(inout) :: a
> a = 12
> x = 0
> end subroutine bar
> end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95305
--- Comment #2 from Jason ---
Overview:
=
This performance difference appears to affect many versions of g++: my testing
indicates since g++ v7.3.0. The performance difference appears to be a 4-7x
difference in the time taken to compile
Now tested in C++98 mode, there was indeed a small problem.
I even wonder if I shouldn't have extend the std::copy overload to any
call with deque iterator as the output so that it is transform into an
output to pointer.
Ok to commit ?
François
On 23/05/20 6:37 pm, Jonathan Wakely wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95305
--- Comment #1 from Jason ---
Created attachment 48591
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48591=edit
Bar-graph of time taken to compile same code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95305
Bug ID: 95305
Summary: Same code takes ~1/10 time to compile under clang++.
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Here is a discussion we did some time ago regarding the defect.
https://gcc.gnu.org/pipermail/gcc/2019-January/227834.html
please see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88877 for testcase
behavior.
We incorporating below Jakub's suggestion in this patch series.
Jakub wrote:
""
Yeah,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95296
David Malcolm changed:
What|Removed |Added
Last reconfirmed||2020-05-24
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94361
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95304
Thomas Koenig changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95304
Bug ID: 95304
Summary: Clean up some code for finalization
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Hi
Another case where we need a linker-visible symbols in order to
preserve the ld64 atom model. If these symbols are emitted as
'local' the linker cannot see that they are separate from any
global weak entry that precedes them. This will cause the linker
to complain that there is (apparently)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95258
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95259
Bug 95259 depends on bug 95258, which changed state.
Bug 95258 Summary: -march=native doesn't handle -mavx512vpopcntdq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95258
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95258
--- Comment #5 from CVS Commits ---
The releases/gcc-8 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:0055fa9a7b7239c50e6067724f28e64eceadd0fe
commit r8-10270-g0055fa9a7b7239c50e6067724f28e64eceadd0fe
Author: H.J. Lu
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95258
--- Comment #4 from CVS Commits ---
The releases/gcc-9 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:81e65b210d33bad3e9263cd74fd8eca775df6ff9
commit r9-8618-g81e65b210d33bad3e9263cd74fd8eca775df6ff9
Author: H.J. Lu
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95258
--- Comment #3 from CVS Commits ---
The releases/gcc-10 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:af216f799553b9306cb662fc303412a244215ec5
commit r10-8176-gaf216f799553b9306cb662fc303412a244215ec5
Author: H.J. Lu
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95303
Bug ID: 95303
Summary: Member type of class template is incorrectly printed
in diagnostics when it fails to satisfy a concept
Product: gcc
Version: 10.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95302
Bug ID: 95302
Summary: function attributed to be deprecated cannot include a
typedef/using
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95079
François Dumont changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |fdumont at gcc dot
gnu.org
On Sat, May 23, 2020 at 5:07 PM H.J. Lu wrote:
>
> On Fri, May 22, 2020 at 12:42 AM Uros Bizjak wrote:
> >
> > On Thu, May 21, 2020 at 2:54 PM H.J. Lu wrote:
> > >
> > > Add -mavx512vpopcntdq for -march=native if AVX512VPOPCNTDQ is available.
> > >
> > > PR target/95258
> > > *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95301
Bug ID: 95301
Summary: excessive error messages
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95293
--- Comment #5 from Steve Kargl ---
On Sun, May 24, 2020 at 06:47:18AM +, tkoenig at gcc dot gnu.org wrote:
>
> and the effective argument has the TARGET attribute
>
> That I will have to look up; if a has the TARGET attribute,
> does a%b
On Sat, May 23, 2020 at 6:11 PM Uros Bizjak wrote:
>
> On Sat, May 23, 2020 at 9:25 AM Hongtao Liu wrote:
> >
> > Hi:
> > This patch fix non-conforming expander for
> > floatv2div2sf2,floatunsv2div2sf2,fix_truncv2sfv2di,fixuns_truncv2sfv2di,
> > refer to PR95211, PR95256.
> > bootstrap ok,
Bootstrap is ok, regression test on i386/x86-64 backend is ok.
gcc/ChangeLog
PR target/95125
* config/i386/sse.md (sf2dfmode_lower): New mode attribute.
(trunc2) New expander.
(extend2): Ditto.
gcc/testsuite/ChangeLog
* gcc.target/i386/pr95125-avx.c: New
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95293
--- Comment #4 from Thomas Koenig ---
Time to dig out the F2018 standard...
15.5.2.4 Ordinary dummy variables
9 If the dummy argument has the TARGET attribute
That's fulfilled
does not have the VALUE attribute,
That's fulfilled.
and either
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95299
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95298
--- Comment #1 from Thomas Koenig ---
*** Bug 95299 has been marked as a duplicate of this bug. ***
72 matches
Mail list logo