Re: PR79697: Delete calls to strdup, strndup, realloc if there is no lhs

On 02/25/2017 11:54 AM, Prathamesh Kulkarni wrote: On 25 February 2017 at 14:43, Marc Glisse wrote: On Sat, 25 Feb 2017, Prathamesh Kulkarni wrote: Hi, The attached patch deletes calls to strdup, strndup if it's return-value is unused, and same for realloc if the first

Re: [PATCH] Implement new hook for max_align_t_align

On 2017-02-25, at 5:32 PM, Gerald Pfeifer wrote: > On Sat, 25 Feb 2017, John David Anglin wrote: >>> Sooo, why not deprecate 32-bit HP-UX with GCC 7? >> GCC 7 is in reasonable shape on 32-bit HP-UX. I'll do it after it is >> released. > > If you deprecate it with GCC 7, it'd be only removed

[PATCH] avoid using upper bound of width and precision in -Wformat-overlow (PR 79692)

In an arithmetic directive with the width or precision specified by an argument to the asterisk (e.g., "%*x") and where the argument range is unknown, for the purposes of the return value optimization the pass must assume it's potentially as large as INT_MAX. But for the purposes of issuing a

Re: [PATCH] Implement new hook for max_align_t_align

On Sat, 25 Feb 2017, John David Anglin wrote: >> Sooo, why not deprecate 32-bit HP-UX with GCC 7? > GCC 7 is in reasonable shape on 32-bit HP-UX. I'll do it after it is > released. If you deprecate it with GCC 7, it'd be only removed with GCC 8. On the other hand, if you deprecate it past GCC

Re: [wwwdocs] readings.html link maintenance

Hi Gerald, > On Wed, 8 Feb 2017, Rainer Orth wrote: >>> - >> href="http://www.tru64unix.compaq.com/docs/base_doc/DOCUMENTATION/V51_HTML/SUPPDOCS/OBJSPEC/TITLE.HTM;> >>> - Information on the Digital UNIX/Compaq Tru64 UNIX object file >>> format >>> - >> while the HTML link on >>

Re: [PATCH] Implement new hook for max_align_t_align

On 2017-02-25, at 12:25 PM, Gerald Pfeifer wrote: > On Wed, 12 Oct 2016, John David Anglin wrote: >>> It's really hard to make an argument to do anything other than deprecate >>> that platform. Given John's ongoing involvement it's much harder to >>> deprecate 64bit linux (and consequently 64bit

Re: [wwwdocs] readings.html link maintenance

On Wed, 8 Feb 2017, Rainer Orth wrote: >> - > href="http://www.tru64unix.compaq.com/docs/base_doc/DOCUMENTATION/V51_HTML/SUPPDOCS/OBJSPEC/TITLE.HTM;> >> - Information on the Digital UNIX/Compaq Tru64 UNIX object file >> format >> - > while the HTML link on >

Re: [PATCH] Remove x86 pcommit instruction

On Sat, 25 Feb 2017, Gerald Pfeifer wrote: > And here is what I applied for GCC 5. Except that I fixed some things, but failed to remove the duplicate id. Applied as a follow-up. Gerald Index: gcc-5/changes.html === RCS file:

[wwwdocs] readings.html - update link to Blackfin information

With this, the number of problematic links on readings.html is down to a single digit -- a first in many, many years... :-) Applied. Gerald Index: readings.html === RCS file: /cvs/gcc/wwwdocs/htdocs/readings.html,v retrieving

[wwwdocs] readings.html - streamline C historical information a bit

HTML and PDF formats should be sufficient, and the early C Reference Manual is just one of many other document on Dennis Ritchie's page, for anyone interested. Applied. Gerald Index: readings.html === RCS file:

[committed] New hppa-hpux11 pthread.h fix

The attached change fixes PR target/68739. As noted in comment #2, the standard for libstdc++ requires a constexpr constructor for mutexes. On hpux, we don't have a constexpr constructor because of of the void * casts in the PTHREAD_MUTEX_INITIALIZER define and the void * element in the

Re: [PATCH] Remove x86 pcommit instruction

On Sat, 25 Feb 2017, Gerald Pfeifer wrote: > Below is what I just applied. And here is what I applied for GCC 5. Gerald Index: changes.html === RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-5/changes.html,v retrieving revision 1.143 diff

Re: PR79697: Delete calls to strdup, strndup, realloc if there is no lhs

On 25 February 2017 at 14:43, Marc Glisse wrote: > On Sat, 25 Feb 2017, Prathamesh Kulkarni wrote: > >> Hi, >> The attached patch deletes calls to strdup, strndup if it's >> return-value is unused, >> and same for realloc if the first arg is NULL. >> Bootstrap+tested on

Re: [wwwdocs] Add a case to porting_to + a question wrt validity of another one

On Tue, 7 Feb 2017, Marek Polacek wrote: > Fixed. Here is a small follow-up patch that I applied on top of this. It uses , improves markup, and simplifies language a bit. (Note that if we have "member" is a meta-variable, then we also need to mark it up as "member" whenever we refer to it.)

[wwwdocs] Adjust (heading) levels of GCC 6 releases in the release notes

After applying the change to document removal of the pcommit instruction with GCC 6.3, I noticed the levels of headings were inconsistent, that is, subheadings had the same level () as their parent. In the past we did not run into this since we usually did not have much to document for minor

Re: [PATCH] Implement new hook for max_align_t_align

On Wed, 12 Oct 2016, John David Anglin wrote: >> It's really hard to make an argument to do anything other than deprecate >> that platform. Given John's ongoing involvement it's much harder to >> deprecate 64bit linux (and consequently 64bit hpux). > I believe that deprecating the 32-bit HP-UX

Re: [PATCH 4/5] Document warning option -Wstring-plus-int

On Wed, 22 Feb 2017, Xi Ruoyao wrote: > 2017-02-22  Xi Ruoyao   > > * doc/invoke.texi (Warning Options): Document -Wstring-plus-int In principle this looks fine, but... > +@item -Wstring-plus-int > +@opindex Wstring-plus-int > +@opindex Wno-string-plus-int > +Warn

Re: [patch, fortran] Set default inline matmul limit to 30

On Sat, Feb 25, 2017 at 02:29:12PM +0100, Thomas Koenig wrote: > > there still was one piece missing for the new matmul library > version. To make sure that users (usually) benefit, we need > to call the library by default up from a certain limit. > The attached patch does that, with a limit of

Re: [PATCH] Properly deprecate -fipa-cp-alignment

On Tue, 21 Feb 2017, Martin Jambor wrote: > I see, I suppose we should be consistent, I will commit the following, > which I have included in a bootstrap and test run on x86_64-linux. Do you also plan to add a note to gcc-7/changes.html? I think that would make sense. Gerald

Re: [PATCH] Remove x86 pcommit instruction

On Wed, 7 Dec 2016, Andrew Senkevich wrote: >>> But how to update changes for upcoming GCC 6.3 (and future GCC 5.5)? >> There are corresponding documents at [1] and [2], please add a "GCC >> 6.3" or "GCC 5.5" entry with "Target Specific Changes" at the end of >> the documents. >> >> [1]

New French PO file for 'gcc' (version 7.1-b20170101)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'gcc' has been submitted by the French team of translators. The file is available at: http://translationproject.org/latest/gcc/fr.po (This file, 'gcc-7.1-b20170101.fr.po',

Re: A new branch 'ira-select' created

Hi Vladimir On Mon, 31 Oct 2016, Vladimir N Makarov wrote: > I've created a new branch ira-select for work on experimental > algorithm of calculations of pseudo register classes. did you mean to also add this to gcc.gnu.org/svn.html ? That's where we generally document such branches. Thanks,

[wwwdocs] readings.html: use refspecs.linux-foundation.org instead of refspecs.freestandards.org

...which apparently has gone the way of the dodo. Applied. Gerald Index: readings.html === RCS file: /cvs/gcc/wwwdocs/htdocs/readings.html,v retrieving revision 1.263 diff -u -r1.263 readings.html --- readings.html 25 Feb

[wwwdocs] Redirect to www.gnu.org for the GNU Coding Standards

In doc/sourcebuild.texi we have @xref{Standard Targets, , Standard Targets for...} which leads to a broken link in https://gcc.gnu.org/onlinedocs/gccint/Front-End-Makefile.html since gcc.gnu.org does not carry a copy of the GNU Coding Standards. Instead let's refer to the version on www.gnu.org

[wwwdocs] readings.html - link maintenance for renesas.com

Applied. (Let's see how long this lasts...) Gerald Index: readings.html === RCS file: /cvs/gcc/wwwdocs/htdocs/readings.html,v retrieving revision 1.262 diff -u -r1.262 readings.html --- readings.html 23 Feb 2017 14:21:12

[wwwdocs] gcc-4.3/porting_to.html -- fix link into libstdc++ manual

Applied, and while I was at it, also changed the link text from "here" to "libstdc++ manual". Gerald Index: gcc-4.3/porting_to.html === RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.3/porting_to.html,v retrieving revision 1.13 diff -u

[patch, fortran] Set default inline matmul limit to 30

Hello world, there still was one piece missing for the new matmul library version. To make sure that users (usually) benefit, we need to call the library by default up from a certain limit. The attached patch does that, with a limit of 30, which seems to be reasonable given a few benchmarks.

gcc.gnu.org and Content-Security-Policy (was: gcc-6/changes.html: diagnostics, Levenshtein, -Wmisleading-indentation, jit (v2))

On Wed, 20 Jan 2016, Jakub Jelinek wrote: >>> It seems gcc.gnu.org enforces a strict Content Security Policy >>> (cf. >>> http://www.html5rocks.com/en/tutorials/security/content-security-policy/ >>> for example) which does not allow for inline CSS styles. >>> >>> Content-Security-Policy:

[wwwdocs] style.html - tweak social media links in navigation

Also center-align Twitter (not just Google+) and remove no-ops style="border:0px" attributes for Twitter and Google+ icons. Gerald Index: style.mhtml === RCS file: /cvs/gcc/wwwdocs/htdocs/style.mhtml,v retrieving revision 1.134 diff

Re: [wwwdocs] Convert navigation table to CSS (part 2)

On Sat, 25 Feb 2017, Gerald Pfeifer wrote: > On the way I also slightly reduced padding left of the navigation bar, > and converted one instance of cellspacing="0" to the corresponding CSS. This is the second part of this. Again, nice to notice how CSS reduces complexity inside the pages -- one

[wwwdocs] Convert navigation table to CSS

While converting the web pages to CSS last year -- not the least due to the strict Content-Security-Policy put in place for gcc.gnu.org -- this was the last item on my list. With the change below, https://www.gnu.org/software/gcc/ (which does not have a strict Content-Security-Policy) and

Re: [PATCH][x86_64] Enable AVX512 VPOPCNTD/VPOPCNTQ instructions

On Fri, Feb 24, 2017 at 8:29 PM, Andrew Senkevich wrote: >> Also, could you pls implement runtime test cases for new intrinsics. > > Hi, > > those tests are attached, are they Ok? > ChangLog: > > gcc/testsuite/ > > * gcc.target/i386/avx512vpopcntdq-check.h: New.

Re: PR79697: Delete calls to strdup, strndup, realloc if there is no lhs

On Sat, 25 Feb 2017, Prathamesh Kulkarni wrote: Hi, The attached patch deletes calls to strdup, strndup if it's return-value is unused, and same for realloc if the first arg is NULL. Bootstrap+tested on x86_64-unknown-linux-gnu. OK for GCC 8 ? Instead of specializing realloc(0,*) wherever we

PR79697: Delete calls to strdup, strndup, realloc if there is no lhs

Hi, The attached patch deletes calls to strdup, strndup if it's return-value is unused, and same for realloc if the first arg is NULL. Bootstrap+tested on x86_64-unknown-linux-gnu. OK for GCC 8 ? Thanks, Prathamesh 2017-02-25 Prathamesh Kulkarni PR

Re: [PATCH] Two small translation related tweaks

On Fri, Feb 24, 2017 at 09:44:44PM +0100, Jakub Jelinek wrote: > After hinting Marek to use const char *const in his G_ addition patch, > I've grepped for other similar cases. The number_of_iterations_exit > code doesn't make sense after we ended up (change from 6.x) with > only a single wording,

Re: [PATCH] FMA_EXPR can cause -fnon-call-exceptions with floating point args (PR middle-end/79396)

On Sat, Feb 25, 2017 at 08:42:33AM +0100, Richard Biener wrote: > On February 24, 2017 9:56:25 PM GMT+01:00, Jakub Jelinek > wrote: > >Hi! > > > >On the following testcase we replace a PLUS_EXPR (which is considered > >throwing with -fnon-call-exceptions when it has floating