On Thu, 10 Oct 2019, H.J. Lu wrote:
> Here is the same patch for git repo. Is it OK?
Has this been available since GCC 9.1, or has it been added later?
(If the latter, please add this to a GCC 9.2 or GCC 9.3 section in
that file).
Ok.
Gerald
On Mon, 9 Sep 2019, Jose E. Marchesi wrote:
> I just committed the port to svn trunk, in a single commit, yay!
Congratulations!
> Many thanks to you, richard, seguer and the other reviewers for the
> great feedback and suggestions. What got committed is certainly WAY
> better than what I submitt
Committed.
Gerald
2019-10-20 Gerald Pfeifer
* doc/install.texi (Configuration, --enable-objc-gc): hboehm.info
now defaults to https.
Index: doc/install.texi
===
--- doc/install.texi(revision 277213)
+++ doc
Committed.
Gerald
- Log -
commit 7d0ef4e2d84d051e0764ca2236f20b1de7970b4a
Author: Gerald Pfeifer
Date: Sun Oct 20 22:07:54 2019 +0200
hboehm.info now defaults to https.
diff --git a/htdocs/codingconventions.html b/htdocs
Committed.
Gerald
- Log -
commit 2ae4a89035240f0df48cefdc0bd3270e193f49f9
Author: Gerald Pfeifer
Date: Mon Oct 21 13:45:44 2019 +0200
pubs.opengroup.org has moved to https.
diff --git a/htdocs/readings.html b/htdocs
The most current version still using GCC 5 is an indication we may
want/need to remove this at one point. For now I opted to keep it.
Committed.
Gerald
commit 1d67809c07a5e60220f2d2e03a4ff2de33302721
Author: Gerald Pfeifer
Date: Tue Oct 22 08:38:17 2019 +0200
Replace (or remove
On Wed, 6 May 2020, Andreas Tobler wrote:
> +#ifndef __FreeBSD__
>unsigned long hwcap = __getauxval (AT_HWCAP);
> +#else
> + unsigned long hwcap;
Would it make sense to change the logic to
#ifdef __FreeBSD__
..
#else
..
#endif
? I believe that makes it easier to potentially exten
A user reported that gcc -m32 on x86-64 does not define __ILP32__
and I found the same on i686 (with gcc -x c -dM -E /dev/null).
The code has
if (TARGET_X32)
{
cpp_define (parse_in, "_ILP32");
cpp_define (parse_in, "__ILP32__");
}
so -mx32 does define _
Pushed.
Gerald
---
htdocs/readings.html | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/htdocs/readings.html b/htdocs/readings.html
index 0dd27368..086baaa1 100644
--- a/htdocs/readings.html
+++ b/htdocs/readings.html
@@ -313,8 +313,8 @@ names.
Manufacturer: IBM
http
I really don't get it why so many corporate webmasters do not put
redirects in place at least for a while. Luckily we've got Google.
Pushed.
Gerald
---
htdocs/readings.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/htdocs/readings.html b/htdocs/readings.html
index 086b
On Thu, 14 May 2020, Jeff Law wrote:
>> OK to commit?
> OK. In fact, this seems like you shouldn't need reviews -- you're just
> updating the docs for D.
Agreed, though always happy to help and provide review and feedback
- sometimes just a bit slow as in this case. But, indeed, you can
self ap
t
that and just fixed markup from ... to )
Pushed.
Gerald
commit 93538bdb512831e9e9175b2c5c0bfb1527407b79
Author: Gerald Pfeifer
Date: Sat May 16 18:06:54 2020 +0200
Fix up the latest Arm-related notes (markup, formatting,...).
diff --git a/htdocs/gcc-10/changes.html b/htdocs/gcc-10/cha
On Sat, 16 May 2020, Gerald Pfeifer wrote:
> This brought some problems with that page which I addressed per the
> follow-up patch below.
Some more, notably three cases of ... => ...,
note that closing .
Pushed.
Gerald
commit bb406fa02b9a9c47861bc2246513c198bffc90bb
Author: Geral
Having noticed this in some other case I went through all of our
pages and found this this instance in the GCC 10 release notes where
.
commit f1d2be6c9fcc52d676266e7ede123953d150aaf3
Author: Jonathan Wakely
Date: Thu May 7 11:24:04 2020 +0100
Document C++17 ABI changes in GC
On Fri, 8 May 2020, Uros Bizjak wrote:
>> A user reported that gcc -m32 on x86-64 does not define __ILP32__
>> and I found the same on i686 (with gcc -x c -dM -E /dev/null).
:
>> This patch does the same for all "regular" 32-bit x86 targets.
>> Tested on i386-unknown-freebsd11.3 so far.
> OK.
Than
The validator triggered on another file that was recently edited,
and searching our whole tree for similar occurrences these two are
the remaining ones.
The only drawback is that ids must not start with a digit, so I used
ids in line with what we have in gcc-3.2/changes.html and later.
(I believe
Okay to backport c00568f376078129196740d83946d54dc5437401 to the GCC 9
branch, Jakub?
Thanks,
Gerald
On Tue, 7 Apr 2020, Gustavo Romero via Gcc-patches wrote:
> Currently an use of get() method of dump_context singleton in optinfo
> framework causes a new class to be instantiated and when its dt
Pushed.
---
htdocs/git.html | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/htdocs/git.html b/htdocs/git.html
index bec93ead..8c28bc02 100644
--- a/htdocs/git.html
+++ b/htdocs/git.html
@@ -146,12 +146,12 @@ series, Y is always nonzero and Z is
always zero for
a releas
I noticed we have a tendency of using overly long language in
our process documentation. This is a first step a simplifying
(and trimming).
Pushed.
Gerald
---
htdocs/gitwrite.html | 24 ++--
1 file changed, 10 insertions(+), 14 deletions(-)
diff --git a/htdocs/gitwrite.htm
Pushed.
Gerald
---
htdocs/gcc-5/changes.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/htdocs/gcc-5/changes.html b/htdocs/gcc-5/changes.html
index 536ab6c0..efa322b1 100644
--- a/htdocs/gcc-5/changes.html
+++ b/htdocs/gcc-5/changes.html
@@ -1084,7 +1084,7 @@ are not list
Pushed.
Gerald
---
htdocs/readings.html | 1 -
1 file changed, 1 deletion(-)
diff --git a/htdocs/readings.html b/htdocs/readings.html
index 09420335..3d654a37 100644
--- a/htdocs/readings.html
+++ b/htdocs/readings.html
@@ -94,7 +94,6 @@ names.
Blackfin
Manufacturer: Analog Devices
- htt
My first libstdc+++ commit in the new (ChangeLog) new (Git) world
order, so particularly happy for advise on any mistakes or potential
improvements.
(Apart from the stray change that sneaked into the .xml file in the
last minute somehow :-( -- that one's resolved already.)
Pushed.
Gerald
Pushed.
---
htdocs/readings.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/htdocs/readings.html b/htdocs/readings.html
index 3d654a37..2488ca9d 100644
--- a/htdocs/readings.html
+++ b/htdocs/readings.html
@@ -78,7 +78,7 @@ names.
arc
Manufacturer: Synopsys Inc (as S
Like many sites over the last year(s) valgrind.org has now moved to
https. While there, replace the second of two links in the same vicinity
by a purely textual reference -- easier to maintain, and in particular
also better from a user experience perspective.
Gerald
* doc/xml/faq.xml:
On Mon, 1 Jun 2020, Jonathan Wakely via Gcc-patches wrote:
> The libstdc++ manual is written in Docbook XML, but we commit both the
> XML and generated HTML pages to Git. Sometimes a small XML file can
> result in dozens of mechanical changes to the generated HTML files,
> which we record in the Ch
On Tue, 2 Jun 2020, Martin Liška wrote:
> Ready for master?
Before that, my nightly tester on i386-unknown-freebsd11 just ran into
the following:
/scratch/tmp/gerald/GCC-HEAD/gcc/../libgcc/libgcov.h:396:51: error:
cannot initialize a parameter of type 'gcov_type' (aka 'long long')
with a
On Wed, 3 Jun 2020, Martin Liška wrote:
> Sorry for the breakage. Can you please paste full build output for the
> problematic .o file?
>
> I bet it's a C file compilation, where we should use:
>
> __sync_val_compare_and_swap (counter, 0, (intptr_t)node);
>
> Can you please test it?
c++ -std=c
Piotr is the one spending most times on ensuring FreeBSD ports work
fine on POWER, so personally I'm happy to follow his recommendation
on such matters.
Okay for trunk and backports (GCC 10 at least)?
Gerald
gcc/ChangeLog:
2020-12-13 Piotr Kubaj
Gerald Pf
On Mon, 14 Dec 2020, Segher Boessenkool wrote:
>> +powerpc*le-*-*)
>> +tm_file="${tm_file} rs6000/sysv4le.h" ;;
>> +esac
> What an obvious filename ;-)
;-)
> The patch looks fine. Okay for trunk. Also okay for any backports you
> want (after waiting to see if it creates
On Mon, 14 Dec 2020, Piotr Kubaj via Gcc-patches wrote:
> --- gcc/configure.ac.orig 2020-12-14 15:22:23 UTC
> +++ gcc/configure.ac
> @@ -5874,6 +5874,8 @@ case "$target:$tm_file" in
> *-*-linux*)
> emul_name="-melf64ppc"
> ;;
>+ *le-*-freebsd*)
>+ emul_name="-melf64lpp
On Mon, 14 Dec 2020, Matthew Malcomson via Gcc-patches wrote:
> gcc-11/changes: Document new Hardware-assisted AddressSanitizer.
>
> I have put it in the "general" section rather than AArch64 since the
> feature does add a general framework, so I believe the news is
> interesting for people inte
On Mon, 7 Dec 2020, Jozef Lawrynowicz wrote:
> Committed as obvious.
Thank you!
+
+For ELF targets that support the GNU or FreeBSD OSABIs, the
+used attribute will now save the symbol declaration it is
+applied to from linker garbage collection.
+
+To support this behavior,
A straightforward redirect resolved.
Gerald
---
htdocs/extensions.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/htdocs/extensions.html b/htdocs/extensions.html
index 76a89e1a..2e929a5b 100644
--- a/htdocs/extensions.html
+++ b/htdocs/extensions.html
@@ -30,7 +30,7 @@ an
The webmasters for arm.com appear to be a little bored (and like
ever longer URLs); at least they put a redirect in place.
Pushed.
Gerald
---
htdocs/gcc-10/changes.html | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/htdocs/gcc-10/changes.html b/htdocs/gcc-10/changes.html
A simple redirect; pushed.
Gerald
gcc/ChangeLog:
2020-12-15 Gerald Pfeifer
* doc/invoke.texi (Instrumentation Options): Update link to
KernelAddressSanitizer.
---
gcc/doc/invoke.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/doc/invoke.texi b
On Mon, 6 Jan 2020, Jeff Law wrote:
>> p.s. You know anything about Denis Chertykov? He used to reply to avr
>> patches within hours, but my latest patches (after a long period where I
>> didn't propose any patches) where all approved by you; not a single mail
>> from Denis. So I am concerned i
On Fri, 13 Nov 2020, Kito Cheng wrote:
> - New option -misa-spec support: -misa-spec=[2.2|20190608|20191213] and
>corresponding configuration option --with-isa-spec.
I noticed https://gcc.gnu.org/gcc-11/changes.html is currently empty.
Are you planning to add updates for the GCC 11 release?
All other links to wg21.link we have use https, so make this
consistent.
Gerald
---
htdocs/gcc-11/changes.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/htdocs/gcc-11/changes.html b/htdocs/gcc-11/changes.html
index 5c3519ba..ea9fe93c 100644
--- a/htdocs/gcc-11/changes.ht
https is the new lack.
Gerald
libstdc++-v3/ChangeLog:
2020-12-15 Gerald Pfeifer
* doc/xml/manual/codecvt.xml: Update link to Unicode-HOWTO.
* doc/html/manual/facets.html: Regenerate.
---
libstdc++-v3/doc/html/manual/facets.html | 2 +-
libstdc++-v3/doc/xml/manual
renesas.com is an interesting site: I got "403 Forbidden" for these
two links, when really it's about them having moved once again, URLs
of 100+ characters, and blocking depending on user-agent. Oh, and try
regularly accessing robots.txt -- good luck.
If any of you has contacts there it would be
!(defined (VMS) || defined (__MINGW32__))
#include
#include
#include
:
#endif
Okay to push?
Gerald
libcody/ChangeLog:
2020-12-21 Gerald Pfeifer
* netclient.cc: Include .
* netserver.cc: Ditto.
---
libcody/netclient.cc | 1 +
libcody/netserver.cc | 1
On Thu, 17 Dec 2020, Nathan Sidwell wrote:
> As yesterday, several issues fixed:
Here is a new one, *-unknown-freebsd11.4; with my previous patch
applied, libcody builds and we now fail in gcc/cp:
c++ -std=c++11 -fno-PIE -c -DIN_GCC_FRONTEND -g -DIN_GCC
-fno-strict-aliasing -fno-exceptions -fno-
On Mon, 21 Dec 2020, Nathan Sidwell wrote:
> On 12/20/20 6:28 PM, Gerald Pfeifer wrote:
>> libcody as originally added to GCC fails to build on *-unknown-freebsd11.4
>> and presumably others:
>>
>>c++ -std=c++11 -g -include config.h -I ... -MMD -MP -MF netclient.
O Mon, 21 Dec 2020, Nathan Sidwell wrote:
>> /scratch/tmp/gerald/GCC-HEAD/gcc/cp/mapper-client.cc:31:
>> In file included from
>> /scratch/tmp/gerald/GCC-HEAD/gcc/cp/mapper-client.h:26:
>> In file included from
>> /scratch/tmp/gerald/GCC-HEAD/gcc/../libcody/cody.hh:24:
>> In file included from /usr
On Tue, 22 Dec 2020, Martin Liška wrote:
> May I please ask a native speaker for a correction of my wording?
That excludes myself ;), but let me give it a pass, and perhaps
you can then post an updated patch (for Jonathan or another native
speaker to go through)?
> + New warning href="https://
d
PS: I am really starting to like our use of git.
commit 7e63d383b89cd75b7775883d71ed09724b9ee73f
Author: Gerald Pfeifer
Date: Tue Dec 22 13:37:56 2020 +0100
c++: Fix build with clang
After the addition of libcody building with clang 10.0.1 would fail
as follows:
Pushed.
(The doxygen.nl server suggested those three via a redirect.)
Gerald
commit 4ee8e5949a9b43c05c17667dd26852f5e9d5b98b
Author: Gerald Pfeifer
Date: Fri Dec 25 15:20:43 2020 +0100
libstdc++: Convert three doxygen.nl links to https
libstdc++-v3:
2020-12-25 Gerald
commit 6a25dda42d42edc5e3d7c7ae01bf65ddb05a7499
Author: Gerald Pfeifer
Date: Fri Dec 25 15:30:42 2020 +0100
doc: Fix reference to libcody
github.com requests (via 301 Moved Permanently) to use gibhub.com,
not www.github.com.
gcc/ChangeLog:
2020-12-25 Gerald
Pfeifer
Date: Fri Dec 25 19:14:35 2020 +0100
libstdc++: Update link to Java docs
libstdc++-v3:
2020-12-25 Gerald Pfeifer
* doc/xml/manual/messages.xml: Update link to Java docs.
* doc/html/manual/facets.html: Ditto.
diff --git a/libstdc++-v3/doc
This link/subsite is gone and frantically clicking that site nor
Google did not provide any replacement, so I decided to yank it.
If any of you has an alternate location and wants to add that,
feel free to go for it.
Gerald
---
htdocs/readings.html | 14 --
1 file changed, 14 deleti
Pushed. Gerald
commit 9d426e4dbccf1548f2d11866fe18af04af4109de
Author: Gerald Pfeifer
Date: Sat Dec 26 00:27:23 2020 +0100
libstdc++: Update link to Intel/GNU compatibility paper
libstdc++-v3:
2020-12-26 Gerald Pfeifer
* doc/xml/manual/abi.xml
Pushed.
This link has been broken for a while, and there does not appear to
be a new home for that contents.
---
htdocs/readings.html | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/htdocs/readings.html b/htdocs/readings.html
index 183329a3..c4c0618a 100644
--- a/htdocs
Pushed. Gerald
commit 0e283e2c9f15d8abfd6a57c05d0845f8c4e08827
Author: Gerald Pfeifer
Date: Sun Dec 27 11:16:21 2020 +0100
libstdc++: Move Valgrind references to https
libstdc++-v3:
2020-12-27 Gerald Pfeifer
* doc/xml/manual/debug.xml: Move Valgrind
Cilk Plus has been deprecated more than two years ago and not seen
development on the GCC side for a while, too.
The certificate for www.cilkplus.org expired four weeks ago, so
remove our link there as we move the Cilk Plus entry to the section
of Inactive Development branches.
---
htdocs/git.htm
Amazingly there are webmasters who are going for shorter links, too.
Plus this now always references the latest version of the document,
not an old version.
Pushed. Gerald
commit 15b99a6b83e00ac29f9c0b034c27e34feb8ecf1c
Author: Gerald Pfeifer
Date: Sun Dec 27 21:24:36 2020 +0100
Same same, but different. Thanks to Google search for helping locate
the new home for that paper.
Pushed.
Gerald
commit 9a48892bea70a1e6a82e24b882f22807b73debe7
Author: Gerald Pfeifer
Date: Sun Dec 27 21:40:36 2020 +0100
doc: New source for "Memory Model for Static Analysis&q
On Sun, 27 Dec 2020, Eric Gallager wrote:
> If it's now inactive, maybe also reword the description to change tense
> from present to past?
> i.e.:
Yes...
> cilkplus
> This branch was for the development of the now-obsolete Cilk Plus
> language extension support for the GCC and G++ compilers. Th
On Wed, 16 Dec 2020, Segher Boessenkool wrote:
>> Any chance (one of you) can help and commit this?
> Done now.
>
> Please remind me in a week or so to do the backports?
Thank you, Segher!
And thanks for pushing the backports, too, whenever you get to them,
holiday season and such.
Gerald
Pushed.
There's quite a number of further references in gcc/doc; is anyone
planning on continuing the deprecation and removing the actual bits?
Gerald
commit 7e999bd84f47205dc44b0f2dc90b53b3c888ca48
Author: Gerald Pfeifer
Date: Mon Dec 28 21:41:55 2020 +0100
doc: Remove HSAIL
committer?
Gerald
commit c33fd1607628f622a523344dbbf3afbf25b3e122
Author: Gerald Pfeifer
Date: Mon Dec 28 23:42:45 2020 +0100
libgomp: Avoid bad "up" link in libgomp docs
The libgomp texinfo docs lead to an invalid "up" link on the Top node,
which we can avoi
On Tue, 29 Dec 2020, Martin Jambor wrote:
>> commit 7e999bd84f47205dc44b0f2dc90b53b3c888ca48
>> Author: Gerald Pfeifer
>> Date: Mon Dec 28 21:41:55 2020 +0100
>>
>> doc: Remove HSAIL from Language Standards
>>
>> Support for HSAIL has
On Mon, 4 Jan 2021, Martin Liška wrote:
> I support the suggested patch.
Thank you, Martin.
Matthew, I would argue that for patches like this you do not need to
seek approval (though you are aways welcome to seek review).
And thanks for clarifying this wording.
For the benefit of the doubt: T
Hi Nathan,
On Mon, 4 Jan 2021, Nathan Sidwell wrote:
> Here's a patch describing the c++20 modules status. While there I
> noticed the coroutines project status was out of date (it's done).
>
> ok?
you don't need extra approval for release note entries in your
areas of expertise/maintainership
time to
> deprecate the FE in GCC 11 (I guess it is not a promise to remove it in
> 12), but that is a different question.
I think I'd recommend that, yes.
Cheers, Gerald
commit ad92bf4b165935b58195825dc8f089f53fd2710b
Author: Gerald Pfeifer
Date: Wed Jan 6 00:56:55 2021 +0100
On Mon, 28 Dec 2020, Eric Gallager wrote:
>> (cf. https://gcc.gnu.org/about.html and I'm happy to help).
> I haven't made a commit to the wwwdocs repo yet, and the last time I
> committed to the main gcc sources repo it was before the transition
> to git, and I did it from a different computer, a
Balaji's mail address does not work any more, and since the branch is
closed anyway, we can simplify the description.
---
htdocs/git.html | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/htdocs/git.html b/htdocs/git.html
index 41bbe35b..50fdd56a 100644
--- a/htdocs/git.h
This is a little follow up to Alexandre's note for the GCC 11 release
notes - we usually mark command-line options as .
Pushed.
Gerald
---
htdocs/gcc-11/changes.html | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/htdocs/gcc-11/changes.html b/htdocs/gcc-11/changes.html
i
On Thu, 18 Jun 2020, Sebastian Huber wrote:
> b952c2cfcd74c284970e1b9bf1fca58f5f69ab23 on 10th of June. I build GCC
> roughly once per week.
I have daily builds running on i386-unknown-freebsd11.3 (since this is
the flavor most likely to trigger issues) and the failure started in the
24 hours le
On Mon, 22 Jun 2020, Richard Sandiford wrote:
> OK, I've applied the below as (hopefully) obvious after testing
> on aarch64-linux-gnu.
>
>> I filed https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95805 and included
>> the relevant part of the build log.
>
> But I forgot about the PR, sorry, so didn
makes it more flexible to also accept "user", like fetchmail
does, and hence silences those warnings as a positive side effect.
(I don't know how to besty provide patches to you and hope this is okay?)
Thanks,
Gerald
2020-06-29 Gerald Pfeifer
* src/netrc.c (parse_net
Please ignore this (unless you happen to be a wget maintainer in a
different life ;-). As a friendly soul pointed out - wrong address...
Gerald
On Thu, 2 Jul 2020, Martin Liška wrote:
> All right, you convinced me and I'm going to install the patch.
I'm fraid this may have broke i386-unknown-freebsd-11.4 (with clang 10.0
as bootstrap compiler, though that doesn't appear to be the trigger here):
/scratch/tmp/gerald/OBJ-0702-1130/./prev-g
On Tue, 16 Jun 2020, Martin Liška wrote:
> libgcc/ChangeLog:
>
> * libgcov-util.c (read_gcda_finalize): Remove const operator.
> (merge_wrapper): Add both counts and use them properly.
> (topn_to_memory_representation): New function.
> (gcov_merge): Covert on disk represent
On Fri, 3 Jul 2020, Rainer Orth wrote:
> I'm seeing the same on both i386-pc-solaris2.11 and
> sparc-sun-solaris2.11. It's in stage2, so the bootstrap compiler
> (gcc 8 in my case) should be immaterial.
Yes, that's what I meant (but did not articulate well).
> The following patch allowed bootst
On Fri, 3 Jul 2020, Marek Polacek via Gcc-patches wrote:
> Pushed.
Nice. And thanks for doing this along the way. That's beneficial
for users/testers of GCC 11 as it evolves, and also helps not forget
things during the release process.
Gerald
Pushed.
Gerald
---
htdocs/gcc-10/changes.html | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/htdocs/gcc-10/changes.html b/htdocs/gcc-10/changes.html
index 0959e4c4..4e5f6139 100644
--- a/htdocs/gcc-10/changes.html
+++ b/htdocs/gcc-10/changes.html
@@ -143,17 +143
On Fri, 20 Nov 2020, Matthew Malcomson wrote:
>>> The patch is okay modulo the question above.
> Apologies for bringing up something from this far back, but I've just
> noticed I never actually committed this patch.
Actually thank you for doing so! (And I am known to sometimes bring
up things qu
On Fri, 27 Nov 2020, H.J. Lu via Gcc-patches wrote:
> +@code{--enable-cet=auto} is default. CET is enabled on Linux/x86 if
> +target binutils supports @code{Intel CET} instructions and disabled
> +otherwise. In this case, the target libraries are configured to get
> +additional @option{-fcf-prote
On Thu, 26 Nov 2020, Jonathan Wakely via Gcc-patches wrote:
>> Also explain how to replace dynamic exception specifications.
> And a small correction.
Ah, I was going to point that out. :-)
Let's see how many ports/packages the header cleanup is going to break
this time. Updating the default ve
According to our coding conventions we use "front end" for the
noun. I changed this in the GCC 11 release notes and on the way
noticed GCC 8 also has an instance.
Pushed.
Gerald
---
htdocs/gcc-11/changes.html | 2 +-
htdocs/gcc-8/changes.html | 2 +-
2 files changed, 2 insertions(+), 2 deletio
rius, and thank you Jeff for committing this.
I applied the follow up below since when refering to the project,
as opposed to just the C compiler, we use GCC (as opposed to gcc).
Gerald
commit aaf1c5103a16fba11e8c89766931be50df8a1ec9
Author: Gerald Pfeifer
Date: Tue Dec 1 23:03:04 2
Hi Tom,
On Mon, 12 Oct 2020, Tom de Vries wrote:
> Mention new -misa=sm_35 default for NVPTX target in the gcc 11 release
> notes.
>
> See also PR target/97348.
>
> Verified using the validator
>
> OK?
yes, this is okay.
FWIW, I am happy to review wwwdocs patches. As nvptx maintainer
you ca
On Wed, 7 Oct 2020, David Malcolm via Gcc-patches wrote:
> This summarizes GCC 11's change in build requirements from C++98 to
> C++11, for the release notes. I've put it in the Caveats immediately
> below the "The default mode for C++ is..." change hence the wording.
>
> I've based it on the cha
On Mon, 15 Jun 2020, Jonathan Wakely via Gcc-patches wrote:
>> I can't count the number of times I've tried to help somebody on the
>> gcc-help list and they assume that means I want to be their personal
>> support person in a private email conversation.
>>
>>This is unlikely to change anything, be
Pushed.
Gerald
---
htdocs/readings.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/htdocs/readings.html b/htdocs/readings.html
index 4162d9f9..f1bc116d 100644
--- a/htdocs/readings.html
+++ b/htdocs/readings.html
@@ -500,7 +500,7 @@ names.
Computer Science by Karl
Pushed. Gerald
---
htdocs/codingconventions.html | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/htdocs/codingconventions.html b/htdocs/codingconventions.html
index 162e1dda..f6842c8f 100644
--- a/htdocs/codingconventions.html
+++ b/htdocs/codingconventions.html
@@ -145,7 +
I was going to fix "limitted" to "limited" and added this simplification.
Turns out "limitted" had already been addressed, still worth improving
messaging, so I pushed the below.
Gerald
---
htdocs/gcc-11/changes.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/htdocs/gcc
Pushed.
Gerald
---
htdocs/codingrationale.html | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/htdocs/codingrationale.html b/htdocs/codingrationale.html
index 900f6c53..6cc76885 100644
--- a/htdocs/codingrationale.html
+++ b/htdocs/codingrationale.html
@@ -197,11 +197,11 @
Pushed.
Gerald
---
htdocs/gcc-4.8/changes.html | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/htdocs/gcc-4.8/changes.html b/htdocs/gcc-4.8/changes.html
index 39557435..cb30a5e9 100644
--- a/htdocs/gcc-4.8/changes.html
+++ b/htdocs/gcc-4.8/changes.html
@@ -258,7 +258,7 @
On Wed, 9 Nov 2022, Martin Liška wrote:
> Gerald, can you please propagate changes I made to:
> htdocs/style.mhtml file?
Done. All pages live on gcc.gnu.org should be udpated now.
(I'm at a conference and have been offline during daytime this week so
far. If you want to run further changes, Frid
On Wed, 9 Nov 2022, Alexander Monakov wrote:
> For this I would suggest using the tag to neatly fold links
> for old releases. Please see the attached patch.
Loving it, Alexander!
What do you guys think about unfolding all releases we, the GCC project,
currently support (per https://gcc.gnu.org
Pushed.
Gerald
---
htdocs/c99status.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/htdocs/c99status.html b/htdocs/c99status.html
index 615394f4..85adb158 100644
--- a/htdocs/c99status.html
+++ b/htdocs/c99status.html
@@ -19,7 +19,7 @@ Annexes F and G). The following tab
Hi Martin,
On Wed, 9 Nov 2022, Martin Liška wrote:
> Gerald I would like to ask you for further server actions related
> to the Sphinx documentation:
sure, happy to help!
> 1) https://gcc.gnu.org/install/ - for the future we will use
> https://gcc.gnu.org/onlinedocs/install/
That's a (fair) bit
Pushed.
Gerald
---
htdocs/gcc-4.8/cxx0x_status.html | 124 +++
1 file changed, 62 insertions(+), 62 deletions(-)
diff --git a/htdocs/gcc-4.8/cxx0x_status.html b/htdocs/gcc-4.8/cxx0x_status.html
index be9b93da..7fbe89df 100644
--- a/htdocs/gcc-4.8/cxx0x_status.html
+++
On Thu, 10 Nov 2022, Martin Liška wrote:
>> What do you think of keeping the latest under this shorter and simpler
>> URL (too), though?
> Works for me.
:
>> I believe a symlink (in the file system) on gcc.gnu.org could pull that
>> off.
> Yep, please do so.
Done.
https://gcc.gnu.org/install/ is
I pushed this now.
Is this an indication we should deprecate the port, Bernd, or would you
like to re-add a link at a later point?
Gerald
linux-c6x.org has been dead for at two-and-a-half months and a web
search did not reveal a good alternate site.
---
htdocs/readings.html | 1 -
1 file chan
On Thu, 10 Nov 2022, Martin Liška wrote:
>> https://gcc.gnu.org/install/ is back with a new face.
> But it's not working properly due to some Content Security Policy:
Hmm, it worked in my testing before and I just tried again:
Firefox 106.0.1 (64-bit) and now also Chrome 106.0.5249.119
and w3m.
On Thu, 10 Nov 2022, Martin Liška wrote:
> We noticed we'll need the old /install to be available for redirect.
>
> Gerald, can you please put it somewhere under /install-prev, or
> something similar?
I'm afraid I am confused now. Based on your original request I had removed
the original /insta
On Tue, 8 Nov 2022, Martin Liška wrote:
> After the migration, people should be able to build (and install) GCC
> even if they miss Sphinx (similar happens now if you miss makeinfo).
My nightly *install* (not build) on amd64-unknown-freebsd12.2 broke
(from what I can tell due to this - it's bee
On Thu, 10 Nov 2022, Martin Liška wrote:
> See that the problematic for some reason uses "content-security-policy:
> default-src 'self' http: https:".
Yep.
On Thu, 10 Nov 2022, Tobias Burnus wrote:
> content-security-policy: default-src 'self' http: https:
>
> There must be some server configura
801 - 900 of 2878 matches
Mail list logo