Hi Uros,
> -Original Message-
> From: Uros Bizjak [mailto:ubiz...@gmail.com]
> Sent: Friday, February 12, 2016 11:06 PM
> To: Kumar, Venkataramanan
> Cc: gcc-patches@gcc.gnu.org
> Subject: Re: [Patch X86_64]: Minor changes to znver1 pipe reservations.
>
> On Fri, Feb 12, 2016 at 5:31 PM,
On 2/12/2016 5:03 PM, Sandra Loosemore wrote:
On 02/12/2016 05:51 AM, Bernd Schmidt wrote:
On 02/12/2016 08:05 AM, David Wohlferd wrote:
Actually, it was my intent that this apply to v6. It's not like there
is a significant change here. We're documenting long-time behavior,
and
adding a (di
On 2/12/2016 4:51 AM, Bernd Schmidt wrote:
On 02/12/2016 08:05 AM, David Wohlferd wrote:
Actually, it was my intent that this apply to v6. It's not like there
is a significant change here. We're documenting long-time behavior, and
adding a (disabled) warning.
The doc patch (minus mentioning
On Tue, 2 Feb 2016, Richard Biener wrote:
*** gcc/match.pd(revision 233067)
--- gcc/match.pd(working copy)
*** DEFINE_INT_AND_FLOAT_ROUND_FN (RINT)
*** 2094,2099
--- 2094,2117
(bit_and:c (ordered @0 @0) (ordered:c@2 @0 @1))
@2)
+ /* Simple range test si
The __builtin_alloca intrinsic is mentioned in the GCC manual but
its GCC-specific properties are not documented. The Linux man
page for the alloca() function briefly mentions __builtin_alloca
in the NOTES section but cautions that the function is "machine-
and compiler-dependent" without providi
I did it wrong in r227289 - I ignored the "\n" special case in grep.
Turns out using code to handle special cases is error prone, so I
turned to use data (_M_grep_spec_char and _M_egrep_spec_char).
Bootstrapped and tested on x86_64-pc-linux-gnu.
Thanks!
--
Regards,
Tim Shen
commit 03e651ef56e51
Am 12.02.2016 um 11:42 schrieb Janne Blomqvist:
On Fri, Feb 12, 2016 at 12:16 PM, Andre Vehreschild wrote:
The proposed alloca() call
has according to the documentation of libc some availability issues on
certain platforms, too.
These availablity issues cannot be too serious, or we would be
Hi,
The attached patch(es) fix PR 67260. For details please see the
discussion in the PR log.
Tested on trunk and sh-elf with
make -k check RUNTESTFLAGS="--target_board=sh-sim\{-m2/-ml,-m2/-mb,
-m2a/-mb,-m4/-ml,-m4/-mb,-m4a/-ml,-m4a/-mb}"
and on GCC 5 and GCC 4.9 branch with make all-gcc and co
