Re: [wwwdocs] Fix four references to Intel instruction set references

On Tue, 7 Feb 2017, Jakub Jelinek wrote: >> Hmm, this is not good since 319433-020.pdf and 319433-022.pdf redirect >> to 319433-028 (which is the same as under the new URL I now used). And >> the links to 319433-015.pdf and 319433-023.pdf both were broken. >> >> Do you have a recommendation? > I

Re: [Patch] Inline Variables for the Standard Library (p0607r0)

2017-03-11 23:14 GMT+01:00 Daniel Krügler : > 2017-03-11 23:09 GMT+01:00 Tim Song : >> On Sat, Mar 11, 2017 at 3:37 PM, Daniel Krügler >> wrote: >>> 2017-03-11 21:23 GMT+01:00 Tim Song : On

[PATCH] rs6000, testsuite: Correct the broken_cplxf_arg test

check_effective_target_broken_cplxf_arg is buggy. It actually tests if passing complex float works, not if it fails. Also, it only runs the test for target powerpc64-linux, but we are biarch, so it should be powerpc*-linux. This also changes the early-out conditions to be separate, because the

[wwwdocs] projects/cfg.html - annotate a reference

Applied. (First I was puzzled why I could not find this on doi.org; this explains a bit.) Gerald Index: cfg.html === RCS file: /cvs/gcc/wwwdocs/htdocs/projects/cfg.html,v retrieving revision 1.22 diff -u -r1.22 cfg.html ---

Re: [wwwdocs, patch] Update Fortran part of gcc-5/changes.html

On Mon, 12 Jan 2015, Tobias Burnus wrote: > If there are no objects or comments, I will commit it this evening Thanks, Tobias! > who is really behind reading fortran@gcc emails. Turns out, I also have a couple of GCC-related mails that got stuck on my end (as probably has become obvious from my

[wwwdocs] gcc-6/changes.html - fix reference to C++17

While working on a proper redirect for projects/cxx1z.html, I noticed that the link below doesn't really work as desired, since the anchor actually is cxx1z without the .html. Question: should we change this to cxx17 now? Applied for now. Gerald Index: gcc-6/changes.html

Re: [Patch] Inline Variables for the Standard Library (p0607r0)

2017-03-11 23:09 GMT+01:00 Tim Song : > On Sat, Mar 11, 2017 at 3:37 PM, Daniel Krügler > wrote: >> 2017-03-11 21:23 GMT+01:00 Tim Song : >>> On Sat, Mar 11, 2017 at 1:32 PM, Daniel Krügler >>>

Re: [Patch] Inline Variables for the Standard Library (p0607r0)

On Sat, Mar 11, 2017 at 3:37 PM, Daniel Krügler wrote: > 2017-03-11 21:23 GMT+01:00 Tim Song : >> On Sat, Mar 11, 2017 at 1:32 PM, Daniel Krügler >> wrote: >>> This patch applies inline to all namespace scope const

[doc] doc/invoke.texi: tweaks around link-time optimization

As an adjective, we spell link-time with a hypen. And "link-time optimization at link time" felt a bit much. ;-) Applied, and I did a grep in all of gcc/doc for further instances. Gerald 2017-03-11 Gerald Pfeifer * doc/invoke.texi (Warning Options): Fix spelling

[doc] Omit up pointer (DIR) in gcc.texi and gccint.texi?

Joseph, Sandra, I am thinking about the patch below; what do you think? (If we retain this, I believe it should at least be "(dir)" as opposed to "(DIR)"?) Gerald 2017-03-11 Gerald Pfeifer * doc/gcc.texi (Top): Omit up pointer (DIR). * doc/gccint.texi

Re: [Patch] Inline Variables for the Standard Library (p0607r0)

2017-03-11 21:23 GMT+01:00 Tim Song : > On Sat, Mar 11, 2017 at 1:32 PM, Daniel Krügler > wrote: >> This patch applies inline to all namespace scope const variables >> according to options A and B2 voted in during the Kona meeting, see: >> >>

Re: [Patch] Inline Variables for the Standard Library (p0607r0)

On Sat, Mar 11, 2017 at 1:32 PM, Daniel Krügler wrote: > This patch applies inline to all namespace scope const variables > according to options A and B2 voted in during the Kona meeting, see: > > http://wiki.edg.com/pub/Wg21kona2017/StrawPolls/p0607r0.html > > During

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

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-b20170226.fr.po',

[Patch] Inline Variables for the Standard Library (p0607r0)

This patch applies inline to all namespace scope const variables according to options A and B2 voted in during the Kona meeting, see: http://wiki.edg.com/pub/Wg21kona2017/StrawPolls/p0607r0.html During that work it has been found that std::ignore was not declared constexpr

Re: [wwwdocs] Update C++1y status page now that C++14 is finished.

On Wed, 24 Sep 2014, Mike Stump wrote: > Can we have a web doc person update the name of the page > (projects/cxx1y.html -> projects/cxx14.html) and add a redirect as > necessary? Jason merged all those projects/cxx*.html pages into cxx-status.html a year ago (ahem, yes, this fell through the

Re: [PATCH] [ADA] Fix bootstrap failure on mips64el-linux-gnuabi64

> This patch fixes an error caused by my changing of the signal constants > on MIPS in r244026. While that patch worked on mipsel, ada fails to > bootstrap with it on mips64el with the error: > > s-osinte.ads:610:07: component "sa_flags" overlaps "sa_handler" at > line 608 >

Re: [patch, libgfortran] PR78854 [F03] DTIO namelist output not working on internal unit

Hi Jerry, This is OK for trunk. Thanks for doing this. Hopefully we will have a really good implementation of UD-DTIO in time for the release of 7.1. I am progressing through submodule bugs for the same reason. Cheers Paul On 10 March 2017 at 18:17, Jerry DeLisle

Re: [PATCH 1/7] Add missing punctuation to message (PR driver/79875)

Am 10.03.2017 um 05:12 schrieb Martin Sebor: > I have just an observation/question here for future consideration. > If this sort of diagnostic is common (I count 23 instances of it) > or if it is expected to become common, would it make sense to add > a directive for it to the pretty printer to