Pushed.
Gerald
---
htdocs/fortran/index.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/htdocs/fortran/index.html b/htdocs/fortran/index.html
index b7a71de2..1d140b3a 100644
--- a/htdocs/fortran/index.html
+++ b/htdocs/fortran/index.html
@@ -14,7 +14,7 @@
The purpose of
None of our own pages refers to svn.html any longer after the updates
of the last week or two; there may be some external reference, though.
Pushed.
Gerald
---
htdocs/.htaccess | 1 +
1 file changed, 1 insertion(+)
diff --git a/htdocs/.htaccess b/htdocs/.htaccess
index e80d14e4..7aa9f8bb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93348
Bug ID: 93348
Summary: [10 Regression] ICE in gimplify_expr, at
gimplify.c:14378
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
On Mon, Jan 20, 2020 at 6:46 PM Maciej W. Rozycki wrote:
>
> Ian: Can we please coordinate this somehow? The libgo/ part, like all,
> relies on config/toolexeclibdir.m4, so I can either:
>
> 1. push the whole change all at once and you'll push the libgo/ part to
>your repo independently,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93347
Bug ID: 93347
Summary: [10 Regression] ICE: verify_cgraph_node failed (error:
calls_comdat_local is set outside of a comdat group)
Product: gcc
Version: 10.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93346
--- Comment #1 from Andi Kleen ---
typedef unsigned u;
u bzhi(u src, u inx) { return src & ((1 << inx) - 1); }
with -O2 -march=skylake generates
movl%esi, %r8d
movl$1, %esi
shlx%r8d, %esi, %esi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93346
Bug ID: 93346
Summary: gcc not generate BZHI
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee:
Hi
This patch does minor fix on changing context of label_decl from
original function to actor function which avoid assertion in gimplify pass.
Bootstrap and test on X86_64, is it OK?
Regards
JunMa
gcc/cp
2020-01-21 Jun Ma
* coroutines.cc (transform_await_wrapper): Set actor funcion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
--- Comment #4 from Jim Wilson ---
I tried some cross testing with rtl checking enabled, and found another rtl
check bug with the -msave-restore support in config/riscv/riscv-sr.c where it
uses XINT to read from a CONST_INT which is wrong, as it
在 2020/1/21 上午9:31, JunMa 写道:
在 2020/1/20 下午11:49, Nathan Sidwell 写道:
On 1/20/20 12:18 AM, JunMa wrote:
Hi
This patch adds lookup_awaitable_member, it outputs error messages
when any of
the await_ready/suspend/resume functions are missing in awaitable
class.
This patch also add some error
在 2020/1/21 上午9:31, JunMa 写道:
在 2020/1/20 下午11:49, Nathan Sidwell 写道:
On 1/20/20 12:18 AM, JunMa wrote:
Hi
This patch adds lookup_awaitable_member, it outputs error messages
when any of
the await_ready/suspend/resume functions are missing in awaitable
class.
This patch also add some error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70129
Maxim Cournoyer changed:
What|Removed |Added
CC||maxim.cournoyer at gmail dot
com
---
On Mon, Jan 20, 2020 at 10:59 PM Iain Sandoe wrote:
>
> Hi Bin,
>
> bin.cheng wrote:
>
> > By standard, coroutine body should be encapsulated in try-catch block
> > as following:
> > try {
> > // coroutine body
> > } catch(...) {
> > promise.unhandled_exception();
> > }
> > Given above
On Tue, 21 Jan 2020, Joseph Myers wrote:
> > Provide means, in the form of a `--with-toolexeclibdir=' configuration
> > option, to override the default installation directory for target
> > libraries, otherwise known as $toolexeclibdir. This is so that it is
> > possible to get newly-built
Hi Jim:
Thanks, fixed and committed, and it's OK to commit to gcc 8/9 next week?
On Tue, Jan 21, 2020 at 7:13 AM Jim Wilson wrote:
> On Mon, Jan 20, 2020 at 12:04 AM Kito Cheng wrote:
> > gcc/ChangeLog
> >
> > PR target/93304
> > * config/riscv/riscv-protos.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93304
--- Comment #3 from CVS Commits ---
The master branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:e0a5b313c1a3edfb33a28b8d8fea92e01490ebb3
commit r10-6101-ge0a5b313c1a3edfb33a28b8d8fea92e01490ebb3
Author: Kito Cheng
Date: Fri Jan
On Tue, 14 Jan 2020, Chung-Lin Tang wrote:
> Can you test if the attached patch works for you? The patch exports the build
> sysroot
> setting from the toplevel to target library subdirs, and adds the --sysroot=
> option
> when doing build-tree testing (I assume that blddir != "" test is
On Mon, 2 Dec 2019, Maciej W. Rozycki wrote:
> Provide means, in the form of a `--with-toolexeclibdir=' configuration
> option, to override the default installation directory for target
> libraries, otherwise known as $toolexeclibdir. This is so that it is
> possible to get newly-built
On Fri, 20 Dec 2019, Mike Stump wrote:
> >> This patch series addresses a problem with the testsuite compiler being
> >> set up across libatomic, libffi, libgo, libgomp with no correlation
> >> whatsoever to the target compiler being used in GCC compilation.
> >> Consequently there in no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93345
Bug ID: 93345
Summary: [10 Regression] ICE in nothrow_spec_p, at
cp/except.c:1247
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
在 2020/1/21 上午9:34, JunMa 写道:
在 2020/1/21 上午12:39, Iain Sandoe 写道:
JunMa wrote:
在 2020/1/20 下午8:21, Iain Sandoe 写道:
JunMa wrote:
在 2020/1/20 下午7:55, Iain Sandoe 写道:
Hi JunMa,
JunMa wrote:
在 2020/1/20 下午6:07, Iain Sandoe 写道:
Hi JunMa,
JunMa wrote:
Hi
Accroding to N4835: When a
On Mon, Jan 20, 2020 at 5:44 AM Nathan Sidwell wrote:
> I've pushed this to master, to address 80005
>
> __has_include is funky in that it is macro-like from the POV of #ifdef
> ...
With this patch, __has_include__ no longer works. There is a use of
this in the RISC-V glibc port. I see the
> From: Hans-Peter Nilsson
> Date: Tue, 21 Jan 2020 02:47:57 +0100
> (I did not use gcc-git-customization.sh or git-fetch-vendor.sh before
> XX, so there's presumably nothing to clean up.)
Bah; "before 24b178184f260a6ec1516cfb8bb8876874a078a7".
brgds, H-P
> From: "Richard Earnshaw (lists)"
> Date: Fri, 17 Jan 2020 12:21:07 +0100
> As far as possible, I've made the script automatically restructure any
> existing fetch or push lines that earlier versions of the scripts may
> have created - the gcc-git-customization.sh script will convert all
>
在 2020/1/21 上午12:39, Iain Sandoe 写道:
JunMa wrote:
在 2020/1/20 下午8:21, Iain Sandoe 写道:
JunMa wrote:
在 2020/1/20 下午7:55, Iain Sandoe 写道:
Hi JunMa,
JunMa wrote:
在 2020/1/20 下午6:07, Iain Sandoe 写道:
Hi JunMa,
JunMa wrote:
Hi
Accroding to N4835: When a coroutine is invoked, a copy is
在 2020/1/20 下午11:49, Nathan Sidwell 写道:
On 1/20/20 12:18 AM, JunMa wrote:
Hi
This patch adds lookup_awaitable_member, it outputs error messages
when any of
the await_ready/suspend/resume functions are missing in awaitable class.
This patch also add some error check on return value of
On 1/20/20 6:51 PM, Segher Boessenkool wrote:
On Tue, Jan 21, 2020 at 12:23:02AM +0100, Jakub Jelinek wrote:
On Mon, Jan 20, 2020 at 05:10:55PM -0600, Segher Boessenkool wrote:
On Mon, Jan 20, 2020 at 11:52:55PM +0100, Jakub Jelinek wrote:
PR target/93073
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93316
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
The leak in get_mapped_args is due to auto_vec not properly supporting
destructible elements, in that auto_vec's destructor doesn't call the
destructors of its elements.
Successfully bootstrapped and regtested on x86_64-pc-linux-gnu, OK to commit?
gcc/cp/ChangeLog:
* constraint.cc
On Mon, 2 Dec 2019, Maciej W. Rozycki wrote:
> Provide means, in the form of a `--with-toolexeclibdir=' configuration
> option, to override the default installation directory for target
> libraries, otherwise known as $toolexeclibdir. This is so that it is
> possible to get newly-built
On Fri, 10 Jan 2020, Jason Merrill wrote:
> Joseph argued that those warnings are sometimes useful, and that they should
> be controlled by a separate flag. So this patch introduces
> -Warith-conversion, which is off by default in this patch.
>
> Joseph, is that default OK with you?
I am OK
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
--- Comment #3 from Jim Wilson ---
Jakub's patch looks OK, and works for the testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
Jim Wilson changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93291
--- Comment #5 from David Malcolm ---
(In reply to seurer from comment #4)
> Not sure if the patch was done but the failure changed a bit over the
> weekend.
>
> New failures (update from 3684bbb022cd75da55e1457673f269980aa12cdf to
>
On Tue, Jan 21, 2020 at 12:23:02AM +0100, Jakub Jelinek wrote:
> On Mon, Jan 20, 2020 at 05:10:55PM -0600, Segher Boessenkool wrote:
> > On Mon, Jan 20, 2020 at 11:52:55PM +0100, Jakub Jelinek wrote:
> > > PR target/93073
> > > * config/rs6000/rs6000.c (rs6000_emit_cmove): Punt for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93344
Bug ID: 93344
Summary: interchange does not work when using the address
rather than direct array
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords:
On Mon, 20 Jan 2020, Alexander Monakov wrote:
> Hi,
>
> we have this paragraph in the documentation that attempts to prohibit
> something that is allowed by the language. Instead, I think we should
> say that this generally should work and explain that a problem in GCC
> implementation
On Mon, Jan 20, 2020 at 05:10:55PM -0600, Segher Boessenkool wrote:
> On Mon, Jan 20, 2020 at 11:52:55PM +0100, Jakub Jelinek wrote:
> > PR target/93073
> > * config/rs6000/rs6000.c (rs6000_emit_cmove): Punt for compare_mode
> > other than SFmode or DFmode.
>
> "If using fsel, punt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93297
--- Comment #5 from fdlbxtqi ---
(In reply to Martin Liška from comment #4)
> (In reply to fdlbxtqi from comment #3)
> > (In reply to Martin Liška from comment #2)
> > > Thanks for the report. Can you please send us the command line used for
>
On Mon, Jan 20, 2020 at 12:04 AM Kito Cheng wrote:
> gcc/ChangeLog
>
> PR target/93304
> * config/riscv/riscv-protos.h (riscv_hard_regno_rename_ok): New.
> * config/riscv/riscv.c (riscv_hard_regno_rename_ok): New.
> * config/riscv/riscv.h (HARD_REGNO_RENAME_OK):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93343
Bug ID: 93343
Summary: coroutine ICE
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned
Hi!
On Mon, Jan 20, 2020 at 11:52:55PM +0100, Jakub Jelinek wrote:
> PR target/93073
> * config/rs6000/rs6000.c (rs6000_emit_cmove): Punt for compare_mode
> other than SFmode or DFmode.
"If using fsel, punt for..." etc.
> + /* Don't allow compare_mode other than SFmode or
On Mon, 20 Jan 2020, Prathamesh Kulkarni wrote:
> Hi,
> This patch attempts to add returns_arg attribute for c-family
> languages. For C++ methods, first arg is assumed to be this pointer,
This is missing .texi documentation explaining the attribute and the cases
for which it would be useful.
Hi!
The following testcase ICEs, because for TFmode the particular subtraction
pattern (*subtf3) is not enabled with the given options. Using
expand_simple_binop instead of emitting the subtraction by hand just moves
the ICE one insn later, NEG of ABS is not then recognized, etc., but
ultimately
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93335
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
On Mon, 20 Jan 2020, Sandra Loosemore wrote:
> I'm not happy with this -- we shouldn't be talking about internal concepts
> like GIMPLE and RTL in the GCC user manual. Can we instead talk about which
> user-visible optimization options cause problems, so that users who feel the
> urgent need to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91753
--- Comment #7 from Andrew Pinski ---
(In reply to Wilco from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > lower-subreg should have be able to help here. I wonder why it did not ...
>
> I'm not sure how it can help. When you
On 19/01/20 20:06 -0700, Sandra Loosemore wrote:
On 1/13/20 9:12 AM, Joseph Myers wrote:
On Mon, 13 Jan 2020, Sandra Loosemore wrote:
On 1/13/20 7:02 AM, Eric S. Raymond wrote:
Clean up references to SVN in in the GCC docs, redirecting to Git
documentation as appropriate.
This is OK,
On Mon, Jan 20, 2020 at 5:24 AM H.J. Lu wrote:
>
> On Sun, Jan 19, 2020 at 11:53 PM Uros Bizjak wrote:
> >
> > On Sun, Jan 19, 2020 at 10:00 PM H.J. Lu wrote:
> > >
> > > On Sun, Jan 19, 2020 at 12:16 PM Uros Bizjak wrote:
> > > >
> > > > On Sun, Jan 19, 2020 at 9:07 PM H.J. Lu wrote:
> > > >
On 1/20/20 3:08 AM, Tobias Burnus wrote:
Hi Sandra,
On 1/20/20 5:39 AM, Sandra Loosemore wrote:
I happen to have noticed a couple weeks ago that this language about
OpenACC support being experimental appears in multiple places in the
gfortran manual, […] The same disclaimer for that option
On 1/20/20 8:08 AM, Alexander Monakov wrote:
Hi,
we have this paragraph in the documentation that attempts to prohibit something
that is allowed by the language. Instead, I think we should say that this
generally should work and explain that a problem in GCC implementation
breaks this.
OK to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93342
Bug ID: 93342
Summary: wrong AVX mask generation with
-funsafe-math-optimizations
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90722
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93224
--- Comment #3 from Jonathan Wakely ---
(In reply to Martin Liška from comment #2)
> So a negative zero is reached ;)
No it isn't, the value is non-zero:
a.load() - 208.0l:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93221
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
---
Jonathan spotted this, so I went ahead and addressed it (adding
"git show" as another relevant command, slightly reordering the
list, and removing a link to the SvnHelp wiki entry).
Pushed.
Gerald
---
htdocs/bugs/reghunt.html | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
On 20/01/2020 18:25, Mihail Ionescu wrote:
> Hi,
>
>
> This patch fixes the uninitialised 'last_regno' variable introduced in:
> https://gcc.gnu.org/ml/gcc-patches/2019-12/msg01299.html
> and makes the clear_operation_p code more readable.
>
> *** gcc/ChangeLog ***
>
> 2020-01-20 Mihail-Calin
And this was the last reference to svn.html in our tree. :)
Pushed.
---
htdocs/releases.html | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/htdocs/releases.html b/htdocs/releases.html
index 30b777f4..1c8e87e2 100644
--- a/htdocs/releases.html
+++ b/htdocs/releases.html
@@
Greetings All,
Unfortunately due to me being rather busy with school and other things I
will not be able to post my article to the wiki for awhile. However
there is a rough draft here:
https://docs.google.com/document/d/1po_RRgSCtRyYgMHjV0itW8iOzJXpTdHYIpC9gUMjOxk/edit
that may change a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93341
Martin Liška changed:
What|Removed |Added
Priority|P3 |P1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93341
Bug ID: 93341
Summary: [10 Regression] ICE in aarch64_do_track_speculation,
at config/aarch64/aarch64-speculation.cc:221
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92599
--- Comment #8 from Jan Hubicka ---
I am testing the following fix. it was indeed a call_stmt hash getting
out of sync. I will need to refactor the code next stage1 as it got
quite ugly (it was not pretty before the mutli-target speculation was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
On Mon, 20 Jan 2020, Ulrich Weigand wrote:
> This has the effect that e.g. after
>
> -ffast-math -fno-finite-math-only
>
> the __FAST_MATH__ macro is no longer predefined, but after
>
> -ffast-math -fno-associative-math
>
> the __FAST_MATH__ macro still *is* predefined, even though both
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93291
seurer at gcc dot gnu.org changed:
What|Removed |Added
CC||seurer at gcc dot gnu.org
Hello,
the -ffast-math command line option sets a bunch of other flags
internally, as implemented in set_fast_math_flags. It is possible
to selectively override those flags on the command line as well.
I'm now wondering under what circumstances the __FAST_MATH__ macro
should still be defined.
Hi,
This patch fixes the uninitialised 'last_regno' variable introduced in:
https://gcc.gnu.org/ml/gcc-patches/2019-12/msg01299.html
and makes the clear_operation_p code more readable.
*** gcc/ChangeLog ***
2020-01-20 Mihail-Calin Ionescu
* gcc/config/arm/arm.c (clear_operation_p):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93124
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Hi Christophe,
On 01/20/2020 01:19 PM, Christophe Lyon wrote:
On Thu, 14 Nov 2019 at 15:19, Mihail Ionescu
wrote:
Hi,
This is part of a series of patches where I am trying to add new
instructions for Armv8.1-M Mainline to the arm backend.
This patch is adding the following instructions:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93314
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Hi,
This patch fixes the scalar shifts tests added in:
https://gcc.gnu.org/ml/gcc-patches/2019-11/msg01195.html
https://gcc.gnu.org/ml/gcc-patches/2019-11/msg01196.html
By adding mthumb and ensuring that the target supports
thumb2 instructions.
*** gcc/testsuite/ChangeLog ***
2020-01-20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93340
Bug ID: 93340
Summary: [8/9/10 Regression] ICE in check_constant_initializer,
at fortran/trans-decl.c:5450
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93332
--- Comment #2 from Jakub Jelinek ---
You can use --param logical-op-non-short-circuit=0 or --param
logical-op-non-short-circuit=1 in the mean time to force particular decisions
about branch costs (or -mbranch-cost= on certain targets).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93332
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93339
G. Steinmetz changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #1 from G.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93339
Bug ID: 93339
Summary: [9/10 Regression] ICE in gimplify_var_or_parm_decl, at
gimplify.c:2830
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
kamlesh kumar writes:
> yes, current expected entry is wrong and
> Nick's patch corrects that.
Thanks. Nick, the patch is OK.
Ian
> On Mon, Jan 20, 2020 at 9:29 PM Ian Lance Taylor wrote:
>
>> Nick Clifton writes:
>>
>> > Hi Ian,
>> >
>> > The libiberty testsuite in the gcc mainline is
On Mon, 20 Jan 2020, Jonathan Wakely wrote:
>> If you have further updates to that page, please go ahead and
>> simply make them (or let me know).
> It still says "The following SVN commands are ..."
Yes, that's another piece I'll tackle today/tomorrow.
>> Also contrib/reghunt appears in need of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93338
G. Steinmetz changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #1 from G.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93338
Bug ID: 93338
Summary: [8/9/10 Regression] ICE in make_ssa_name_fn, at
tree-ssanames.c:282
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93337
Bug ID: 93337
Summary: [9/10 Regression] ICE in gfc_dt_upper_string, at
fortran/module.c:441
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93014
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
Wall -Wextra -O3 test.c && ./a.out
0
--
gcc x86-64 version: gcc (GCC) 10.0.1 20200120 (experimental)
--
On 20/01/2020 16:42, Harwath, Frederik wrote:
Hi Andrew,
Thanks for the review! I have attached a revised patch containing the changes
that you suggested.
On 20.01.20 11:00, Andrew Stubbs wrote:
On 20/01/2020 06:57, Harwath, Frederik wrote:
Is it ok to commit this patch to the master
yes, current expected entry is wrong and
Nick's patch corrects that.
./kamlesh
On Mon, Jan 20, 2020 at 9:29 PM Ian Lance Taylor wrote:
> Nick Clifton writes:
>
> > Hi Ian,
> >
> > The libiberty testsuite in the gcc mainline is currently failing on
> > the last test:
> >
> > FAIL at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93014
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
Hi All,
I've committed this testsuite-only patch to fix some test cases that
need GCN-specific settings in order to pass.
Test-case loop-auto-1.c is coded to require dimensions only suitable for
nvptx devices. It might be fixable, but for now I'm just disabling it
for amdgcn.
The other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92792
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81886
--- Comment #8 from Tobias Burnus ---
Related: https://gcc.gnu.org/ml/gcc-patches/2020-01/msg01183.html (full thread)
Namely, AMD GCN has different ISA – and depending which are available in the
binary, the hardware could be chosen; having the
On Tue, Jan 21, 2020 at 12:32:00AM +0800, Chung-Lin Tang wrote:
> Hi Jakub, Thomas,
> We had a customer with a C++ program using GPU offloading failing to compile
> due to the code's extensive use of 'static constexpr' in its many template
> classes (code was using OpenMP, but OpenACC is no
Hi Andrew,
Thanks for the review! I have attached a revised patch containing the changes
that you suggested.
On 20.01.20 11:00, Andrew Stubbs wrote:
> On 20/01/2020 06:57, Harwath, Frederik wrote:
>> Is it ok to commit this patch to the master branch?
>
> I can't see anything significantly
JunMa wrote:
> 在 2020/1/20 下午8:21, Iain Sandoe 写道:
>> JunMa wrote:
>>
>>> 在 2020/1/20 下午7:55, Iain Sandoe 写道:
Hi JunMa,
JunMa wrote:
> 在 2020/1/20 下午6:07, Iain Sandoe 写道:
>> Hi JunMa,
>>
>> JunMa wrote:
>>
>>> Hi
>>> Accroding to N4835:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92071
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92071
--- Comment #9 from Eric Botcazou ---
> The ICE started with r10-2840-g70cdb21e579191fe9f0f1d45e328908e59c0179e
> but we generated silently wrong-code before that, I believe since
> r7-5812-ga271e415611a80f1e86e625fd61360e193d04474
> ldr
Hi Jakub, Thomas,
We had a customer with a C++ program using GPU offloading failing to compile
due to the code's extensive use of 'static constexpr' in its many template
classes (code was using OpenMP, but OpenACC is no different)
While the FE should ensure that no static members should exist
On Sat, 18 Jan 2020, Hans-Peter Nilsson wrote:
> Why the diff? I don't remember the absence of a diff being a
> problem in the svn era (or at least wasn't argued much on the
> mailing lists).
I think the diffs are nice to have there (as for binutils-gdb and glibc)
for following the development
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92906
--- Comment #6 from Jakub Jelinek ---
(In reply to Jonathan Wakely from comment #4)
> (In reply to Jakub Jelinek from comment #3)
> > Yet another possibility is to create these in libsupc++ in assembly, but
> > that would need to be macroized.
>
Hi Honza,
The testcase I am looking at is perlbench from Spec2017 but still working on
isolating the exact cause for the slowdown.
It seems the change has a big impact on layout and so also some alignment
changes. So it's a bit hard to track down.
There does seem to be an extra 2k bytes in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92906
--- Comment #5 from Jakub Jelinek ---
The safer variant:
--- gcc/cp/cp-tree.h.jj 2020-01-20 10:04:52.335091019 +0100
+++ gcc/cp/cp-tree.h2020-01-20 17:09:15.350260384 +0100
@@ -206,6 +206,10 @@ enum cp_tree_index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93309
Tobias Burnus changed:
What|Removed |Added
Keywords||rejects-valid
--- Comment #1 from
1 - 100 of 288 matches
Mail list logo
