On Tue, Jan 19, 2016 at 07:42:53PM +, Manuel López-Ibáñez wrote:
> On 19 January 2016 at 19:31, Mike Stump wrote:
> > On Jan 19, 2016, at 11:05 AM, Manuel López-Ibáñez
> > wrote:
> >>
> >> Am I the only one who doesn't see the colors at
> >> https://gcc.gnu.org/gcc-6/changes.html#c-family n
On 01/19/2016 10:05 PM, Manuel López-Ibáñez wrote:
> Am I the only one who doesn't see the colors at
> https://gcc.gnu.org/gcc-6/changes.html#c-family nor
> https://gcc.gnu.org/gcc-5/changes.html#fortran ?
>
> Firefox 43.0.4 says "Content Security Policy: The page's settings blocked the
> loading
> On Jan 19, 2016, at 6:41 AM, Jakub Jelinek wrote:
> > But then perhaps it will be better incentive for the projects to fix their
> > cruft. With a specialized option they will keep broken code forever.
>
> Flags are forever.
OK, in https://gcc.gnu.org/ml/gcc-patches/2016-01/msg01435.html I in
There were a couple of ways that libgccjit could fail to unlink all
of its tempfiles, leading to /tmp/libgccjit-* tempdirs lingering
after the build:
- dumpfiles requested by gcc_jit_context_enable_dump
- ahead-of-time compilation artifacts which lingered in the tempdir
after they've been copied
I've checked in this patch to address some copy-editing issues I noticed
when I was working on re-ordering the content of invoke.texi last week.
This is pretty boring content-free stuff, for the most part -- markup,
hyphenation issues, typos, etc. I had also noticed that the
standards.texi do
On Mon, Jan 18, 2016 at 4:04 PM, Jason Merrill wrote:
> On 01/18/2016 02:12 PM, Patrick Palka wrote:
>>
>> On Mon, Jan 18, 2016 at 10:34 AM, Jason Merrill wrote:
>>>
>>> On 12/25/2015 12:37 PM, Patrick Palka wrote:
That alone would not be sufficient because more_specialized_fn()
>>
On 01/15/2016 09:58 AM, Bernd Schmidt wrote:
PR43052 is a PR complaining about how the rep cmpsb expansion that gcc
uses for memcmp is slower than the library function. As is so often the
case, if you investigate a bit, you can find a lot of issues with the
current situation in the compiler.
Thi
On 08/01/16 19:18 +, Jonathan Wakely wrote:
This resolves the longstanding issue that #include uses the C
library header, which on most targets doesn't declare the additional
overloads required by C++11 26.8 [c.math], and similarly for
.
With this patch libstdc++ provides its own and
wrap
On Jan 19, 2016, at 12:52 PM, Sandra Loosemore wrote:
> I've checked in this patch to address some copy-editing issues
I glanced around at it, looks nice, thanks.
This fixes warnings like this from gawk due to using an empty string
as the third argument:
gawk: cmd. line:9: (FILENAME=mytest.ii FNR=4) warning: gensub: third argument
`' treated as 1
Committed as obvious.
commit 6ba6e37c3bfe88347a3b3e3069814c4d056bd469
Author: Jonathan Wakely
Date: Tue J
On Tue, 19 Jan 2016, Jakub Jelinek wrote:
> Perhaps we need to use something other than ...
> and similar, the question is what. It certainly worked well back almost 3
> years ago when I've added those into gcc-4.9/changes.html.
And interestingly it still does when I download the page and view
it
On Tue, Jan 19, 2016 at 11:49:27PM +0100, Gerald Pfeifer wrote:
> On Tue, 19 Jan 2016, Jakub Jelinek wrote:
> > Perhaps we need to use something other than ...
> > and similar, the question is what. It certainly worked well back almost 3
> > years ago when I've added those into gcc-4.9/changes.htm
There's no point in walking through the PHIs to trace values for
SSA_NAMEs that appear in abnormal PHIs -- we're not supposed to be
threading those paths to begin with.
This happens to avoid a lot of useless work for BZ 69347.
Bootstrapped and regression tested on x86. Committed to the trun
On Tue, 19 Jan 2016, Jakub Jelinek wrote:
> Note, we want to tweak gcc-{4.9,5}/changes.html too, and
> there are more colors than just red in there.
Yes, I just got tired and need to log off now.
> Also, seems the colors disappeared also from e.g.
> https://gcc.gnu.org/projects/cxx1z.html
Lovel
On Tue, Jan 19, 2016 at 4:16 AM, Jan Hubicka wrote:
> Hi,
> this patch makes the code turning instrumentation thunks into transparent
> aliases to work.
>
> Bootstrapped/regtested x86_64-linux, will commit it later today.
>
> Honza
>
> * cgraphunit.c (cgraph_node::reset): Clear thunk info
On Wed, Jan 20, 2016 at 12:17:36AM +0100, Gerald Pfeifer wrote:
> On Tue, 19 Jan 2016, Jakub Jelinek wrote:
> > Note, we want to tweak gcc-{4.9,5}/changes.html too, and
> > there are more colors than just red in there.
>
> Yes, I just got tired and need to log off now.
>
> > Also, seems the colo
On Wed, Jan 20, 2016 at 12:40:08AM +0100, Jakub Jelinek wrote:
> On Wed, Jan 20, 2016 at 12:17:36AM +0100, Gerald Pfeifer wrote:
> > On Tue, 19 Jan 2016, Jakub Jelinek wrote:
> > > Note, we want to tweak gcc-{4.9,5}/changes.html too, and
> > > there are more colors than just red in there.
> >
> >
This fixes this warning:
/home/jwakely/src/gcc/gcc/doc/invoke.texi:501: warning: `.' or `,' must follow
@xref
Committed as obvious.
commit 2a609eb7f91281eab9a234dfcf0c53c7d3013ddb
Author: Jonathan Wakely
Date: Wed Jan 20 00:24:58 2016 +
* doc/invoke.texi (Options Summary): Add '.
On 01/19/2016 03:24 AM, Ilya Enkovich wrote:
2016-01-19 5:25 GMT+03:00 Sandra Loosemore :
I think the documentation relating to '-z bndplt' in the GCC manual
description of -fcheck-pointer-bounds is incorrect. It looks like, as of
r225862, the GCC driver is supposed to emit an error message if
On Mon, 2016-01-11 at 21:35 +, Bernd Edlinger wrote:
> Could if work also if you set native_system_header_dir to
> /opt/$with_advance_toolchain/include or somthing and instead of
> -isystem $at/include in INCLUDE_EXTRA_SPEC you could add something like
> %{!nostdinc:-idirafter $original_native_
On 01/19/2016 08:45 AM, Jan Hubicka wrote:
Hi,
this patch mentiones few user visible changes I can think of. I will
add some quality data on firefox once stage3 closes.
It seems that the optimization section of changes.html deserve some work :)
Honza
Index: changes.html
==
On Tue, 19 Jan 2016, Patrick Palka wrote:
On Mon, Jan 18, 2016 at 4:04 PM, Jason Merrill wrote:
On 01/18/2016 02:12 PM, Patrick Palka wrote:
On Mon, Jan 18, 2016 at 10:34 AM, Jason Merrill wrote:
On 12/25/2015 12:37 PM, Patrick Palka wrote:
That alone would not be sufficient because mo
Dear all,
I have developed a new port for microcontroller 8bit.
How can I post it into gcc-patches for everyone reviewing?
I don't have the account on gcc.gnu.org which have the privileged to
post it to gcc-patches by git.
How can I register a new account?
--
Thanks & Best regards
Nguyễn Sinh N
I thought it was odd to see numerous references to "DWARF 2" in the
manual and statements like "This option only works for DWARF 2", when
GCC is now emitting DWARF version 4 by default. As far as I can tell
from browsing dwarf2out.c, the options documented for "DWARF 2" actually
do apply to al
Compile-time MPX tests don't need the MPX run-time library. They
should pass for non-x32 target.
OK for trunk and backport to GCC 5 branch?
H.J.
---
Compile-time MPX tests don't need the MPX run-time library. They
should pass for non-x32 target.
PR testsuite/69369
* g++.dg/pr63
As discussed at https://gcc.gnu.org/ml/gcc/2016-01/msg00023.html , the
Go frontend needs some way to prevent ivopts from temporarily removing
all pointers into a memory block. This patch adds a new option
-fcollectible-pointers which makes that happen. This is not the best
way to solve the proble
On Jan 19, 2016, at 7:50 PM, Nguyễn Sinh Ngọc
wrote:
> How can I post it into gcc-patches for everyone reviewing?
Just send an email with it. If too large for a single email, you can compress
it. If still too large, you can drop it on a server and just post a link to
the file.
It's indeed fixed now. Thanks.
Best regards,
Thomas
> -Original Message-
> From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches-
> ow...@gcc.gnu.org] On Behalf Of Christian Bruel
> Sent: Wednesday, December 09, 2015 6:13 PM
> To: gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH, testsuit
A Christmas gift to the m68k folks (or how an older box in the basement
has spent the last 3 weeks).
Essentially this BZ is a request to turn certain inequality comparisons
against small integers (2^n - 1 for small n) into right shifts then a
test of the Z bit.
So for example a <= 3 (give
101 - 129 of 129 matches
Mail list logo
