On Aug 17 2016, Joseph Myers wrote:
> Index: gcc/testsuite/gcc.dg/torture/fp-int-convert-float128x-timode.c
> ===
> --- gcc/testsuite/gcc.dg/torture/fp-int-convert-float128x-timode.c
> (nonexistent)
> +++ gcc/testsuite/gcc.dg/tor
Bootstrapped with multiple languages and multilib enabled for maximum coverage.
Regression tested on x86_64-apple-darwin15.5.0 and x86_64-linux
PFA the patch
2016-08-21 Ayush Goel
* Makefile.def: Added gnulib as build & host library and dependency of
all-gcc on gnulib
* Makefile.in: regener
On Fri, Jul 29, 2016 at 11:22:18AM -0600, Jeff Law wrote:
> On 07/29/2016 11:19 AM, Gleb Natapov wrote:
>
> > > I'll table your patch on that assumption.
> > OK. Can you ping him about it after he will back or should I (although in
> > another week I will be on PTO :))? We are suffering from unwin
Jonathan,
Is this version OK with you?
On Fri, Aug 05, 2016 at 07:49:24AM +0300, Gleb Natapov wrote:
> Instead of throwing an exception allocate its memory and initialize it
> explicitly. Makes std::make_exception_ptr more efficient since no stack
> unwinding is needed.
>
> v1->v2:
> - fix inde
$ gcc/gfortran -B gcc/ -B aarch64-suse-linux/libgfortran/ -std=legacy
-floop-nest-optimize -O2 -S ../gcc/testsuite/gfortran.dg/graphite/pr68279.f90
isl_aff.c:1001: position out of bounds
../gcc/testsuite/gfortran.dg/graphite/pr68279.f90:8:0:
SUBROUTINE stack_binning(params_in, params_out, sta
Le 18/08/2016 à 21:24, Thomas Koenig a écrit :
Hello Mikael,
This doesn't look correct, what about substrings following component or
array references?
You're right; corrected in the attached patch. I have also added a test
case for this.
PS: What about the original fix, wasn't it a depende
Hi all,
As a part of my gsoc project. I have completed the following tasks:
* Parsed gimple-expression
* Parsed gimple-labels
* Parsed local declaration
* Parsed gimple-goto statement
* Parsed gimple-if-else statement
* Parsed gimple-switch statement
* Parsed gimple-return statement
* Parsed gimp
On 13 August 2016 at 00:00, Michael Collison wrote:
> Christophe,
>
> I have resolved the issue you identified. I had not update my upstream patch
> with a previous fix I had made to the usubv pattern. Tested and bootstrapped
> on arm hardware.
>
Hi Michael,
Indeed, I can confirm that I no lon
Hi Ayush,
On Mon, 18 Jul 2016, ayush goel wrote:
> I’m attaching a patch just containing the changes made in the /doc.
a couple of comments.
Index: gnulib-import.texi
===
--- gnulib-import.texi (nonexistent)
+++ gnulib-import.tex
On Fri, 19 Aug 2016, Arnaud Charlet wrote:
>>> Text mode translation should not be done for Cygwin, especially since
>>> it does not support unicode setmode calls. This also fixes ada builds
>>> for Cygwin.
>> Ping?
> Can you send the link to your original submission for easy retrieval?
I'm not
Hello!
Attached patch fine-tunes the condition when prefetchw write prefetch
insns are emitted. prefetchw is preferred for non-SSE2 K7 athlons
(this is covered by i386-prefetch.exp tests), on the other hand, SSE
prefetches are preferred for K8 targets, as measured and reported in
PR 77270.
For ne
On 08/20/2016 11:22 AM, ayush goel wrote:
> So your concern seems valid, however the build process seems to pick
> the correct headers.
I tried it now and it does _not_ pick the correct headers. My concern
is definitely valid. More below.
> I did try to raise an error from the gnulib generated
On 08/20/2016 03:29 AM, Mike Stump wrote:
> On Aug 10, 2016, at 10:03 AM, Oleg Endo wrote:
>>
>> Or just wait until people have agreed to switch to C++11 or C++14. I
>> don't think in practice anybody uses an C++11-incapable GCC to build a
>> newer GCC these days.
gdb will drop support for build
On 08/20/2016 01:26 AM, Jakub Jelinek wrote:
On Fri, Aug 19, 2016 at 04:30:47PM -0600, Martin Sebor wrote:
The patch looks bigger than it actually is because:
1) It modifies the return type of the function to bool rather than
unsigned HOST_WIDE_INT representing the object size (this was
> Consider the case where sym1 results in a non-null return value (and
> initializes neg1/inv1), but sym2 results in a null return value, leaving
> neg2/inv2 undefined, but cst2 is can still be true (ADDR_EXPR with an
> invariant address comes to mind).
>
> Thus we can get into these statements:
>
On Sat, 20 Aug 2016, Uros Bizjak wrote:
> > Turning it into a compile test that counts the number of jumps threaded
> > seems potentially flaky but I'm not against it. And I'm not sure how to
> > reliably turn it into an execution test. Would the directives
> >
> > /* { dg-do run } */
> > /* {
On 08/20/2016 01:02 AM, Florian Weimer wrote:
* Martin Sebor:
As requested in the review of the following patch
https://gcc.gnu.org/ml/gcc-patches/2016-08/msg01363.html
attached is the small enhancement to compute_builtin_object_size to
make the function usable even without optimization wi
On Sun, Aug 21, 2016 at 11:04 PM, Patrick Palka wrote:
> On Sat, 20 Aug 2016, Uros Bizjak wrote:
>
>> > Turning it into a compile test that counts the number of jumps threaded
>> > seems potentially flaky but I'm not against it. And I'm not sure how to
>> > reliably turn it into an execution test
On Sat, Aug 20, 2016 at 06:46:22PM +, Bernd Edlinger wrote:
> > its kind of silly, and this allows us to remove a few more #ifdefs.
> >
> > bootstrapped + regtest x86_64-linux-gnu, ok?
>
> No, I don't think so, because:
>
> > #if FRAME_POINTER_REGNUM != ARG_POINTER_REGNUM
> > -#if HARD_
On 08/18/2016 12:40 PM, Arnaud Charlet wrote:
This patch (2nd of 4) includes various changes to Ada related C files
required for DJGPP support
ChangeLog entry:
2016-07-30 Andris Pavenis
* ada/ctrl_c.c: Do not use macro SA_RESTART for DJGPP.
* ada/gsocket.h: Do not support sockets f
On 08/18/2016 12:41 PM, Arnaud Charlet wrote:
2016-07-30 Andris Pavenis
* ada/gcc-interface/Makefile.in (LIBGNAT_TARGET_PAIRS): Define for
DJGPP target
(EH_MECHANISM): Define to -gcc for DJGPP
* ada/system-djgpp.ads: New file
Andris
+++ b/gcc/ada/system-djgpp.ads
@@ -0,0 +1,148 @@
+
21 matches
Mail list logo
