On 2017.11.05 at 11:55 +0100, Jan Hubicka wrote:
> > On 2017.11.03 at 16:48 +0100, Jan Hubicka wrote:
> > > this is updated patch which I have comitted after profiledbootstrapping
> > > x86-64
> >
> > Unfortunately, compiling tramp3d-v4.cpp is 6-7% slower after this patch.
> > This happens with a
On Mon, Nov 6, 2017 at 12:19 AM, Peryt, Sebastian
wrote:
>> On Sun, Nov 5, 2017 at 12:14 PM, Peryt, Sebastian
>> wrote:
>> > Hi,
>> >
>> > After r253934 gcc.target/i386/pr71321.c started to fail due to the wrong
>> number of scan-assembler - 2 instead of 3. This patch is fixing that.
>>
>> Are yo
On Mon, Nov 6, 2017 at 5:47 AM, Jeff Law wrote:
> On 11/03/2017 02:44 AM, Uros Bizjak wrote:
>> Hello!
>>
>> -ENOCHANGELOG
> Arggh. Downside of doing all the work on one machine, but mail
> elsewhere. Attached with ChangeLog this time :-)
>
>>
>> diff --git a/gcc/testsuite/gcc.c-torture/execute/
Hi!
force_gimple_operand_1 clears the *seq first and then adds statements
there if any are needed. So calling force_gimple_operand_1 twice on the
same seq is throwing away the earlier statements if any, rather than
appending new statements to those.
Fixed thusly, bootstrapped/regtested on x86_64
On 11/03/2017 02:44 AM, Uros Bizjak wrote:
> Hello!
>
> -ENOCHANGELOG
Arggh. Downside of doing all the work on one machine, but mail
elsewhere. Attached with ChangeLog this time :-)
>
> diff --git a/gcc/testsuite/gcc.c-torture/execute/pr82788.c
> b/gcc/testsuite/gcc.c-torture/execute/pr82788.c
Hi,
This patch adds support for vectorization of unsigned SAD expressions. SAD
vectorization uses the usad pattern to represent a widening accumulation
of SADs performed on a narrower type. The two cases in this patch operate
on V16QImode and V8HImode, respectively, accumulating into V4SImode.
> On Sun, Nov 5, 2017 at 12:14 PM, Peryt, Sebastian
> wrote:
> > Hi,
> >
> > After r253934 gcc.target/i386/pr71321.c started to fail due to the wrong
> number of scan-assembler - 2 instead of 3. This patch is fixing that.
>
> Are you sure that there is no problem with the code generation? Did you
On Sun, Nov 5, 2017 at 12:14 PM, Peryt, Sebastian
wrote:
> Hi,
>
> After r253934 gcc.target/i386/pr71321.c started to fail due to the wrong
> number of scan-assembler - 2 instead of 3. This patch is fixing that.
Are you sure that there is no problem with the code generation? Did
you investigate
On 11/03/2017 12:51 PM, Eric Botcazou wrote:
Hi,
as explained in
https://gcc.gnu.org/ml/gcc-patches/2017-11/msg00105.html
we don't (necessarily) want to report non-executed blocks in Ada.
The couple of attached patches prevent this from happening by detecting
whether we are dealing with an A
On 11/03/2017 03:31 PM, Marek Polacek wrote:
I think the last dg-output shouldn't have any regexps at the end, so:
// { dg-output "0x\[0-9a-fA-F]*: note: object has invalid vptr" }
Thanks for that.
I'll fix it.
Martin
Hello,
looking at the history, it seems that this comment should be updated as in
the following patch (the definition of struct value_range is right below
and explains VR_RANGE and VR_ANTI_RANGE). I am not committing this as
obvious because the text below does *not* actually describe VR_VARYIN
On 11/05/2017 03:32 PM, Steve Kargl wrote:
On Sun, Nov 05, 2017 at 11:05:02AM +0100, Tom de Vries wrote:
this patch removes a semicolon after "do {} while (0)" in match macros.
The patch contains this part.
This allows the macros to be used in if-then-elses without curly braces.
The patch
Hi Steve,
it is assumed
+ expensive, and that loops which access later indices (which access memory
+ in bigger strides) should be moved to the first loops.
Looks good to me with the typo fix.
Committed as r254430. Thanks for the review (and for catching the
typo; my fingers appear to
On Sun, Nov 05, 2017 at 12:03:29PM +0100, Thomas Koenig wrote:
> +
> +/* Code for index interchange for loops which are grouped together in DO
> + CONCURRENT or FORALL statements. This is currently only applied if the
> + iterations are grouped together in a single statement.
> +
> + For thi
Committed to 7-branch as revision 254429.
Paul
On 5 November 2017 at 12:44, Paul Richard Thomas
wrote:
> Hi Andre and Thomas,
>
> Thanks for looking at this.
>
> I left the condition as it is because it is the same practice as all
> sorts of other parts of gfortran. That said, Thomas's suggesti
Hi Steve,
Committed to trunk as revision 254428.
I will follow with 6- and 7-branches later in the week.
Thanks
Paul
On 4 November 2017 at 14:46, Steve Kargl
wrote:
> On Sat, Nov 04, 2017 at 12:02:58PM +, Paul Richard Thomas wrote:
>> Dear All,
>>
>> This patch allows the assignment of cl
On Sun, Nov 05, 2017 at 11:05:02AM +0100, Tom de Vries wrote:
>
> this patch removes a semicolon after "do {} while (0)" in match macros.
The patch contains this part.
> This allows the macros to be used in if-then-elses without curly braces.
The patch does not contain any changes that support
Hi Andre and Thomas,
Thanks for looking at this.
I left the condition as it is because it is the same practice as all
sorts of other parts of gfortran. That said, Thomas's suggestion is I
think the right one.
Committed revision as revision 254427. 7-branch will come later.
Regards
Paul
On 4 N
The double colon in the mailto:: must have been a typo, and the
other links sometimes gives troubles, so shorten this overall.
Applied.
Gerald
Index: projects/gupc.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/projects/gupc.html,v
retr
blackfin.uclinux.org has been resulting in Firefox complaining for
months
The owner of blackfin.uclinux.org has configured their website
improperly. To protect your information from being stolen, Firefox
has not connected to this website.
and on top of that now their certificate has be
We actually do not need the trailing slash, and the server now
redirects to https. (It also redirects further, but that may
not be an ultimately stable URL, so I'm adding this to my exception
list.)
Applied.
Gerald
Index: benchmarks/index.html
===
I just applied the patch below.
Gerald
2017-11-05 Gerald Pfeifer
* doc/xml/manual/abi.xml: Move docs.oracle.com references to https.
Index: doc/xml/manual/abi.xml
===
--- doc/xml/manual/abi.xml (revision 254425)
+++
Hi,
After r253934 gcc.target/i386/pr71321.c started to fail due to the wrong number
of scan-assembler - 2 instead of 3. This patch is fixing that.
2017-11-05 Sebastian Peryt
PR testsuite/82767
* gcc.target/i386/pr71321.c: Fix invalid testcase.
Is it ok for trunk?
Thanks,
Sebastian
Applied.
Gerald
Index: projects/prefetch.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/projects/prefetch.html,v
retrieving revision 1.30
diff -u -r1.30 prefetch.html
--- projects/prefetch.html 17 May 2017 16:49:01 - 1.30
+
Hello world,
the attached patch now includes a new option to warn about a loop
interchange, plus a test case using that option.
Regression-tested. OK for trunk?
Regards
Thomas
2017-11-05 Thomas Koenig
PR fortran/82471
* lang.opt (ffrontend-loop-interchange): New op
> On 2017.11.03 at 16:48 +0100, Jan Hubicka wrote:
> > this is updated patch which I have comitted after profiledbootstrapping
> > x86-64
>
> Unfortunately, compiling tramp3d-v4.cpp is 6-7% slower after this patch.
> This happens with an LTO/PGO bootstrapped gcc using --enable-checking=release.
Hi,
Consider this code in gcc/asan.c:
...
#define DEF_SANITIZER_BUILTIN(ENUM, NAME, TYPE, ATTRS) \
do { \
decl = add_builtin_function ("__builtin_" NAME, TYPE, ENUM, \
BUILT_IN_NORMAL, NAME, \
Hi,
this patch removes a semicolon after "do {} while (0)" in BUF_APPEND.
This allows the macro to be used in if-then-elses without curly braces.
Committed as obvious.
Thanks,
- Tom
2017-11-02 Tom de Vries
PR other/82784
* lex.c (BUF_APPEND): Remove semicolon after
Hi,
this patch removes a semicolon after ASM_OUTPUT_BEFORE_CASE_LABEL macro
bodies. This allows the macro to be used in if-then-elses without curly
braces.
Bootstrapped and reg-tested on x86_64.
Committed as obvious.
Thanks,
- Tom
2017-11-02 Tom de Vries
PR other/82784
Hi,
this patch removes a semicolon after "do {} while (0)" in DEBUG_PRINT.
This allows the macro to be used in if-then-elses without curly braces.
Committed as obvious.
Thanks,
- Tom
2017-11-02 Tom de Vries
PR other/82784
* graphite-scop-detection.c (DEBUG_PRINT): Remove
Hi,
this patch removes a semicolon after "do {} while (0)" in match macros.
This allows the macros to be used in if-then-elses without curly braces.
Thanks,
- Tom
2017-11-02 Tom de Vries
PR other/82784
* parse.c (match, matcha, matchs, matcho, matchds, matchdo):
Re
Hi,
this patch removes a semicolon after "do {} while (0)" in
MPN_MUL_N_RECURSE. This allows the macro to be used in if-then-elses
without curly braces.
Committed as obvious.
Thanks,
- Tom
2017-11-02 Tom de Vries
PR other/82784
* printf/gmp-impl.h (MPN_MUL_N_RECURSE): Re
Hi,
this removes a semicolon after "do {} while (0)" in several macro bodies
in libsanitizer. This allows the macros to be used in if-then-elses
without curly braces.
Committed as obvious.
Thanks,
- Tom
2017-11-02 Tom de Vries
PR other/82784
* asan/asan_poisoning.cc (CHE
On 2017.11.03 at 16:48 +0100, Jan Hubicka wrote:
> this is updated patch which I have comitted after profiledbootstrapping x86-64
Unfortunately, compiling tramp3d-v4.cpp is 6-7% slower after this patch.
This happens with an LTO/PGO bootstrapped gcc using --enable-checking=release.
On X86_64:
Bef
34 matches
Mail list logo