https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86431
Bug ID: 86431
Summary: Legal code?
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86430
Bug ID: 86430
Summary: ambiguous overload?
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee:
Tested on Linux-PPC64. Ok for trunk, perhaps with the change
that I move the test under cpp1y, since it's a c++14 test anyway?
I considered pushing the captures into the parameter scope. I don't
know how to do that; changing the pushdecl_outermost_localscope
to a pushdecl doesn't seem to cut it;
Snapshot gcc-8-20180706 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/8-20180706/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-8
* Claudiu Zissulescu [2018-06-13 12:09:18 +0300]:
> From: Claudiu Zissulescu
>
> This patch adds support for two ARCHS variations.
>
> Ok to apply?
> Claudiu
Sorry for the delay, this looks fine.
Thanks,
Andrew
>
> gcc/
> 2017-03-10 Claudiu Zissulescu
>
> *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86361
Ville Voutilainen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79133
Ville Voutilainen changed:
What|Removed |Added
CC||husain.255 at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86401
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Fri Jul 6 21:42:41 2018
New Revision: 262485
URL: https://gcc.gnu.org/viewcvs?rev=262485=gcc=rev
Log:
PR tree-optimization/86401
* fold-const.c (fold_binary_loc) : Move
Hello,
Are you interested in Accounting Software Users Contact Information? We can
also help you reach out to other Specialist as well.
We also provide:
ü QuickBooks Users
ü Financial Analytical Applications Users
ü Ecommerce Users
ü Configure Price Quote (CPQ) Users
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86324
--- Comment #6 from Peter Bergner ---
Author: bergner
Date: Fri Jul 6 21:05:48 2018
New Revision: 262484
URL: https://gcc.gnu.org/viewcvs?rev=262484=gcc=rev
Log:
gcc/
PR target/86324
* target.def (translate_mode_attribute): New
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86428
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86429
--- Comment #2 from Jonathan Wakely ---
The diagnostic should not mention the __closure name, as that's an
implementation details (see also PR 82643)
On 7/5/18 2:36 PM, Jeff Law wrote:
> On 07/02/2018 03:50 PM, Peter Bergner wrote:
>> I'd like to PING:
>>
>> https://gcc.gnu.org/ml/gcc-patches/2018-06/msg01713.html
>>
>> I've included the entire patch below, since I missed the test cases in
>> the original submission and Segher asked for some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86429
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82643
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86429
Bug ID: 86429
Summary: lambda capture breaks constexpr-ness
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86428
Bug ID: 86428
Summary: strlen of const array initialized with a string of the
same length not folded
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86427
Bug ID: 86427
Summary: strlen not folded after strcpy into a zeroed-out local
array
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
version 9.0.0 20180706 (experimental) [trunk revision 262476] (GCC)
$ g++-trunk abc.c
abc.c: In substitution of ‘template int {anonymous}::f1(X...) [with T = ]’:
abc.c:4:26: required from here
abc.c:4:26: internal compiler error: tree check: expected class ‘expression’,
have ‘type’ (integer_type
On Fri, Jul 6, 2018 at 12:16 AM, Arnaud Charlet wrote:
>> Ada is a low priority side project for me, so if you want non-trivial changes
>> it may be a while before I can get to them. There is a lot of other stuff
>> higher on my priority list at the moment, such as getting native gdb support
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86420
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
On Fri, Jul 6, 2018 at 12:18 AM, Arnaud Charlet wrote:
>> These are some patches I needed to complete my cross build of a native
>> riscv linux Ada compiler. Some paths were different on the build machine
>> and host machine. I needed to pass options into gnatmake to work around
>> this,
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86425
Bug ID: 86425
Summary: Spec 2006 soplex seems to be slower on PowerPC using
-ffast-math than without -ffast-math
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86424
Bug ID: 86424
Summary: Milc is slower on PowerPC using -ffast-math than
without using -ffast-math
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity:
On 07/05/2018 05:14 PM, Soul Studios wrote:
Simply because a struct has a constructor does not mean it isn't a
viable target/source for use with memcpy/memmove/memset.
As the documentation that Segher quoted explains, it does
mean exactly that.
Some classes have user-defined copy and default
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86423
Bug ID: 86423
Summary: Omnetpp is slower on PowerPC using -ffast-math than
not using -ffast-math
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
> On Jul 6, 2018, at 12:20 PM, Richard Sandiford
> wrote:
>
> Double empty line.
>
> OK otherwise, thanks. (Think this counts as a gen* patch.)
>
> Richard
Thanks. Committed as shown below.
paul
ChangeLog:
2018-07-06 Paul Koning
* doc/md.texi (define_split):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82009
--- Comment #11 from Jerry DeLisle ---
The missing local variable exists in the fortran dump and it shows as the first
item in the namespace passed to gfc_process_block_locals. However, it has no
backend decl.
I do not understand enough to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86422
--- Comment #5 from rguenther at suse dot de ---
On July 6, 2018 6:10:23 PM GMT+02:00, "boris.staletic at gmail dot com"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86422
>
>--- Comment #4 from Boris Staletic
>---
>I get the
On 07/06/2018 10:20 AM, Richard Sandiford wrote:
> Paul Koning writes:
>> @@ -8615,6 +8639,34 @@ so here's a silly made-up example:
>>"")
>> @end smallexample
>>
>> +There are two special macros defined for use in the preparation statements:
>> +@code{DONE} and @code{FAIL}. Use them with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86340
Andreas Schwab changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
Paul Koning writes:
> @@ -8615,6 +8639,34 @@ so here's a silly made-up example:
>"")
> @end smallexample
>
> +There are two special macros defined for use in the preparation statements:
> +@code{DONE} and @code{FAIL}. Use them with a following semicolon,
> +as a statement.
> +
> +@table
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86420
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86422
--- Comment #4 from Boris Staletic ---
I get the segmentations fault when running cc1plus directly. No matter if I
pass -quiet or not.
So what's the next step?
Also, I have just noticed "Known to work: 8.1.1". Is that a mistake?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86272
François Dumont changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 07/06/2018 12:14 AM, Soul Studios wrote:
> Having benchmarked the alternatives memcpy/memmove/memset definitely makes a
> difference in various scenarios.
That sounds like a missing optimization in the compiler. If you have valid
testcases, I think it would be a good idea to file them in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86422
Richard Biener changed:
What|Removed |Added
Keywords||compile-time-hog,
|
On Fri, Jul 6, 2018 at 1:54 AM Martin Sebor wrote:
>
> GCC folds accesses to members of constant aggregates except
> for character arrays/strings. For example, the strlen() call
> below is not folded:
>
>const char a[][4] = { "1", "12" };
>
>int f (void) { retturn strlen (a[1]); }
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86422
--- Comment #2 from Boris Staletic ---
> so this time it's not parsing but code-generation that blows up things.
That makes sense, when I was playing with the file, it took between 5 to 10
seconds to report syntax errors.
Another thing that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86420
--- Comment #1 from Marc Glisse ---
(In reply to nsz from comment #0)
> gcc has no flag to say 'floating-point exceptions matter' (like
> -frounding-math for non-default rounding mode)
There is -ftrapping-math (on by default), although its
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86422
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
On 07/06/2018 08:41 AM, Richard Biener wrote:
> On Fri, Jul 6, 2018 at 3:30 PM Tom de Vries wrote:
>>
>> Hi,
>>
>> this patch fixes a sigsegv when using -fdump-tree-all-enumerate_locals, by
>> handling cfun->cfg == NULL conservatively in dump_enumerated_decls.
>>
>> OK for trunk?
>
> Ok for the
Michael Meissner writes:
> On Fri, Jul 06, 2018 at 10:16:34AM -0300, Tulio Magno Quites Machado Filho
> wrote:
>> I suggest to test with the following program:
>>
>> #include
>>
>> int
>> main ()
>> {
>> return !isinfl(__builtin_infl());
>> }
>>
>> Build it with:
>> gcc
On Fri, Jul 6, 2018 at 9:50 AM Aldy Hernandez wrote:
>
>
>
> On 07/05/2018 05:50 AM, Richard Biener wrote:
> > On Thu, Jul 5, 2018 at 9:35 AM Aldy Hernandez wrote:
> >>
> >> The reason for this patch are the changes showcased in tree-vrp.c.
> >> Basically I'd like to discourage rolling our own
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86422
Bug ID: 86422
Summary: G++ ICE(segmentation fault) when compiling a huge
static array of sufficiently complex structs
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86418
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
Thanks Richard. Some comments, and an updated proposed patch.
paul
> On Jul 6, 2018, at 9:04 AM, Richard Sandiford
> wrote:
>
> ...
>> @@ -8232,6 +8256,15 @@ functionality as two separate @code{define_insn} a
>> patterns. It exists for compactness, and as a maintenance tool to
On Fri, Jul 6, 2018 at 3:30 PM Tom de Vries wrote:
>
> Hi,
>
> this patch fixes a sigsegv when using -fdump-tree-all-enumerate_locals, by
> handling cfun->cfg == NULL conservatively in dump_enumerated_decls.
>
> OK for trunk?
Ok for the tree-dfa.c part.
Richard.
> Thanks,
> - Tom
>
> Fix
On Fri, Jul 6, 2018 at 12:47 PM Tom de Vries wrote:
>
> On 07/05/2018 01:39 PM, Richard Biener wrote:
> > On Thu, Jul 5, 2018 at 1:25 PM Tom de Vries wrote:
> >>
> >> [ was: Re: [testsuite/guality, committed] Prevent optimization of local in
> >> vla-1.c ]
> >>
> >> On Wed, Jul 04, 2018 at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84928
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
On Fri, Jul 06, 2018 at 09:46:36AM -0400, Michael Meissner wrote:
> On Fri, Jul 06, 2018 at 10:16:34AM -0300, Tulio Magno Quites Machado Filho
> wrote:
> > I suggest to test with the following program:
> >
> > #include
> >
> > int
> > main ()
> > {
> > return !isinfl(__builtin_infl());
> > }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84928
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Fri Jul 6 14:16:13 2018
New Revision: 262477
URL: https://gcc.gnu.org/viewcvs?rev=262477=gcc=rev
Log:
PR libstdc++/84928 use std::move in algorithms
P0616R0 altered the effects of
P0616R0 altered the effects of the algorithms to use std::move
on the accumulator values (resolving LWG 2055). This implements the
change for C++2a, but retains the previous behaviour for older
standards.
* include/bits/stl_numeric.h (_GLIBCXX_MOVE_IF_20): Define macro to
On Fri, Jul 06, 2018 at 09:38:02AM -0400, Michael Meissner wrote:
> On Fri, Jul 06, 2018 at 06:38:55AM -0500, Segher Boessenkool wrote:
> > On Fri, Jul 06, 2018 at 01:51:37AM -0400, Michael Meissner wrote:
> > > case "$target:$with_long_double_format" in
> >
> > > - xpowerpc64*-*-linux*:*)
> >
On Fri, Jul 06, 2018 at 10:16:34AM -0300, Tulio Magno Quites Machado Filho
wrote:
> I suggest to test with the following program:
>
> #include
>
> int
> main ()
> {
> return !isinfl(__builtin_infl());
> }
>
> Build it with:
> gcc -mabi=ieeelongdouble -fno-builtin -Wno-psabi -lm test-ldbl.c
On Fri, Jul 06, 2018 at 06:38:55AM -0500, Segher Boessenkool wrote:
> On Fri, Jul 06, 2018 at 01:51:37AM -0400, Michael Meissner wrote:
> > case "$target:$with_long_double_format" in
>
> > - xpowerpc64*-*-linux*:*)
>
> So this case could never happen. The changelog should mention it fixes
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86421
Bug ID: 86421
Summary: OpenMP declare simd linear ref in module causes
gfortran to bail out
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
Hi,
this patch fixes a sigsegv when using -fdump-tree-all-enumerate_locals, by
handling cfun->cfg == NULL conservatively in dump_enumerated_decls.
OK for trunk?
Thanks,
- Tom
Fix sigsegv on -fdump-tree-all-enumerate_locals
2018-07-06 Tom de Vries
* tree-dfa.c
On 06/07/18 12:11, Kamil Rytarowski wrote:
> On 06.07.2018 12:38, Richard Earnshaw (lists) wrote:
>> On 06/07/18 11:32, Kamil Rytarowski wrote:
>>> On 04.07.2018 20:55, rearnsha at gcc dot gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86383
--- Comment #2 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86383
--- Comment #4 from richard.earnshaw at arm dot com ---
On 06/07/18 12:11, Kamil Rytarowski wrote:
> On 06.07.2018 12:38, Richard Earnshaw (lists) wrote:
>> On 06/07/18 11:32, Kamil Rytarowski wrote:
>>> On 04.07.2018 20:55, rearnsha at gcc dot
Hi Christoph,
> 90d62e699bce9594879be2e3016c9b36c7e064c8..703632240822e762a90657096
> > >> 4b949c783df56f3 100644
> > >> --- a/gcc/config/arm/arm.c
> > >> +++ b/gcc/config/arm/arm.c
> > >> @@ -31508,8 +31508,8 @@ arm_can_change_mode_class
> (machine_mode from, machine_mode to,
> > >>{
> > >>
Michael Meissner writes:
> This patch adds a simple check of whether the GLIBC should be capable of
> switching the long double format on the PowerPC to IEEE 128-bit floating
> point.
> At the moment, library work is not yet finished, but I'm assuming that the
> patches will be in place when
On Fri, Jul 06, 2018 at 11:14:41AM +1200, Soul Studios wrote:
> Simply because a struct has a constructor does not mean it isn't a
> viable target/source for use with memcpy/memmove/memset.
> Having benchmarked the alternatives memcpy/memmove/memset definitely
> makes a difference in various
Paul Koning writes:
> Currently DONE and FAIL are documented only for define_expand, but
> they also work in essentially the same way for define_split and
> define_peephole2.
>
> If FAIL is used in a define_insn_and_split, the output pattern cannot
> be the usual "#" dummy value.
>
> This patch
> On Jul 6, 2018, at 6:18 AM, Bernd Edlinger wrote:
>
> You can get much better code if you make xrci a bit field.
> so the entire bit filed region can be accessed word-wise:
>
>
> #include
>
> struct Xrb
> {
>uint16_t xrlen; /* Length of I/O buffer in bytes */
>
* config/abi/pre/gnu.ver: Use wildcards to combine related patterns.
Tested x86_64-linux and powerpc64le-linux, committed to trunk.
commit 6ae49a85e8e83390225aae7dbbe01518005cf34f
Author: Jonathan Wakely
Date: Fri Jul 6 13:40:00 2018 +0100
Simplify linker script patterns for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86420
Bug ID: 86420
Summary: [9 regression] nextafter(0x1p-1022,0) is constant
folded
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86419
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86419
--- Comment #3 from Jonathan Wakely ---
Thanks, this is still present in the latest version of the code too.
This just includes the failing cases:
#include
#include
using namespace std;
// 2 code points, both are 4 byte in UTF-8.
// in
This is the last remaining piece of P0935R0. This adds a default
constructor to each of the streambuf and stream types in so
that default construction does not use the 'explicit' constructor that
has a single, defaulted argument.
P0935R0 Eradicating unnecessarily explicit default
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86419
Dimitrij Mijoski changed:
What|Removed |Added
Attachment #44359|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85494
--- Comment #4 from Jonathan Wakely ---
Thanks, but please see https://gcc.gnu.org/contribute.html#legal
We can't use a patch without those steps being completed.
Also patches should be sent to the mailing lists, not attached to bugzilla, see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86419
--- Comment #1 from Dimitrij Mijoski ---
Created attachment 44359
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44359=edit
test cases that trigger the bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86419
Bug ID: 86419
Summary: codecvt::in() and out() incorrectly
return partial in some cases.
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
On Fri, Jul 6, 2018 at 1:13 PM, Tamar Christina wrote:
>> >>
>> >> So I am curious as to why this shows up in Christophe's test but not
>> >> in any of your test runs or indeed the testruns with our scripts.
>> >>
>
> The test was changed before sending out, the individual entries moved to
> a
> >>
> >> So I am curious as to why this shows up in Christophe's test but not
> >> in any of your test runs or indeed the testruns with our scripts.
> >>
The test was changed before sending out, the individual entries moved to
a macro. I then verified the code generation and did not rerun it
Hi Jeff,
On Fri, 6 Jul 2018 at 05:44, Jeff Law wrote:
>
> As noted in BZ 86010 we can be more aggressive when trimming tails of
> mem* or str* calls in gimple DSE since trimming a tail doesn't affect
> alignment and residuals are usually handled pretty efficiently in libc.
>
> Additionally, if
On Fri, Jul 6, 2018 at 1:04 PM, Christophe Lyon
wrote:
> On Fri, 6 Jul 2018 at 13:56, Ramana Radhakrishnan
> wrote:
>>
>> On Fri, Jul 6, 2018 at 10:16 AM, Tamar Christina
>> wrote:
>> > Hi All,
>> >
>> > This fixes a -Wpedantic error with the testcase because of extra ; left
>> > after the
>>
On Fri, 6 Jul 2018 at 13:56, Ramana Radhakrishnan
wrote:
>
> On Fri, Jul 6, 2018 at 10:16 AM, Tamar Christina
> wrote:
> > Hi All,
> >
> > This fixes a -Wpedantic error with the testcase because of extra ; left
> > after the
> > functions.
> >
> > Regtested single test on aarch64-none-elf and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85494
--- Comment #3 from Dimitrij Mijoski ---
Created attachment 44358
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44358=edit
implements proper random_device for mingw-w64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85494
Dimitrij Mijoski changed:
What|Removed |Added
CC||dmjpp at hotmail dot com
--- Comment
On Fri, Jul 6, 2018 at 10:16 AM, Tamar Christina
wrote:
> Hi All,
>
> This fixes a -Wpedantic error with the testcase because of extra ; left after
> the
> functions.
>
> Regtested single test on aarch64-none-elf and no issues.
>
> Committed under the GCC obvious rule.
So I am curious as to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86417
--- Comment #7 from janus at gcc dot gnu.org ---
(In reply to Eric Botcazou from comment #6)
> It is run automatically now by typing "make -k check-fortran" at top level.
Ah, thanks for the remark (wasn't aware of that). Nice!
On Fri, Jul 06, 2018 at 01:51:37AM -0400, Michael Meissner wrote:
> case "$target:$with_long_double_format" in
> - xpowerpc64*-*-linux*:*)
So this case could never happen. The changelog should mention it fixes
that bug (and having it as a separate patch is much preferred!)
Other than this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86417
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
---
On 06.07.2018 12:38, Richard Earnshaw (lists) wrote:
> On 06/07/18 11:32, Kamil Rytarowski wrote:
>> On 04.07.2018 20:55, rearnsha at gcc dot gnu.org wrote:
>>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86383
>>>
>>> --- Comment #2 from Richard Earnshaw ---
>>> I'm not sure how relevant the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86417
--- Comment #5 from janus at gcc dot gnu.org ---
(In reply to Thomas Koenig from comment #4)
> The idea of the warning is to ensure that we have
> Location information everywhere, and that patches
> Which do not correctly set the location should
On Thu, Jul 05, 2018 at 11:57:26PM +0300, Grazvydas Ignotas wrote:
> I think it would be more efficient if you took care of it. I won't
> have time for at least a few days anyway.
Here is what I have ATM, but will still need to work on the testsuite side
for it and bootstrap/regtest it.
In
On 07/05/2018 01:39 PM, Richard Biener wrote:
> On Thu, Jul 5, 2018 at 1:25 PM Tom de Vries wrote:
>>
>> [ was: Re: [testsuite/guality, committed] Prevent optimization of local in
>> vla-1.c ]
>>
>> On Wed, Jul 04, 2018 at 02:32:27PM +0200, Tom de Vries wrote:
>>> On 07/03/2018 11:05 AM, Tom de
Hi All,
This fixes an ABI warning generated on i686-pc-linux-gnu when using
`vector_size` with no sse enabled explicitly.
Regtested single test on x86_64-pc-linux-gnu with -m32 and no issues.
Committed under the GCC obvious rule.
Thanks,
Tamar
gcc/testsuite/
2018-07-06 Tamar Christina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84711
--- Comment #14 from Tamar Christina ---
Author: tnfchris
Date: Fri Jul 6 10:44:35 2018
New Revision: 262472
URL: https://gcc.gnu.org/viewcvs?rev=262472=gcc=rev
Log:
Require sse for testcase on i686.
PR target/84711
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86383
--- Comment #3 from richard.earnshaw at arm dot com ---
On 06/07/18 11:32, Kamil Rytarowski wrote:
> On 04.07.2018 20:55, rearnsha at gcc dot gnu.org wrote:
>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86383
>>
>> --- Comment #2 from Richard
On 06/07/18 11:32, Kamil Rytarowski wrote:
> On 04.07.2018 20:55, rearnsha at gcc dot gnu.org wrote:
>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86383
>>
>> --- Comment #2 from Richard Earnshaw ---
>> I'm not sure how relevant the netbsd-elf port is these days. I believe
>> they've
>> now
On 04.07.2018 20:55, rearnsha at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86383
>
> --- Comment #2 from Richard Earnshaw ---
> I'm not sure how relevant the netbsd-elf port is these days. I believe
> they've
> now moved onto an EABI based ABI. But no GCC port of
On Thu, Jul 5, 2018 at 4:12 PM Tom de Vries wrote:
>
> On 07/05/2018 01:39 PM, Richard Biener wrote:
> > On Thu, Jul 5, 2018 at 1:25 PM Tom de Vries wrote:
> >>
> >> [ was: Re: [testsuite/guality, committed] Prevent optimization of local in
> >> vla-1.c ]
> >>
> >> On Wed, Jul 04, 2018 at
Tested powerpc64le-linux, committed to trunk.
commit d66ad3c7feea986bfb95543e07b7063931d97e96
Author: Jonathan Wakely
Date: Fri Jul 6 09:58:12 2018 +0100
* include/std/variant (__accepted_index): Use void_t.
diff --git a/libstdc++-v3/include/std/variant
You can get much better code if you make xrci a bit field.
so the entire bit filed region can be accessed word-wise:
#include
struct Xrb
{
uint16_t xrlen; /* Length of I/O buffer in bytes */
uint16_t xrbc; /* Byte count for transfer */
void * xrloc;
On Fri, Jul 6, 2018 at 11:45 AM Kugan Vivekanandarajah
wrote:
>
> Hi Richard,
>
> > It was rewrite_to_non_trapping_overflow available in tree.h. Thus
> > final value replacement
> > could use that before gimplifying instead of using
> > rewrite_to_defined_overflow
> Thanks.
>
> Is the attached
The following fixes
FAIL: gcc.dg/guality/pr48437.c -O2 -flto -fno-use-linker-plugin
-flto-partition=none line 14 i == 0
because we now prune non-local/VAR_DECLs from BLOCK trees during
free-lang-data (after we emitted early dwarf). gen_block_die
isn't prepared for that and now refuses to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86413
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
1 - 100 of 123 matches
Mail list logo