Applied.
Gerald
Index: index.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/index.html,v
retrieving revision 1.798
diff -u -3 -p -r1.798 index.html
--- index.html 29 Apr 2011 08:12:17 - 1.798
+++ index.html 1 May 2011 01:15:05
On Sat, Apr 30, 2011 at 10:07 AM, Jan Hubicka wrote:
>> On Sat, Apr 30, 2011 at 2:21 AM, Jan Hubicka wrote:
>> >> On Fri, Apr 29, 2011 at 4:16 PM, Jan Hubicka wrote:
>> >> > Hi,
>> >> > It seems that majority of testcases are independent of lipo. We could
>> >> > probably
>> >> > enjoy more of
On Sat, Apr 30, 2011 at 2:56 PM, Eric Botcazou wrote:
>> This code aligns stack to 32byte for AVX.
>
> Right, the strange line is the next one.
>
What is wrong? x86-64 has 128byte redzone.
--
H.J.
> This code aligns stack to 32byte for AVX.
Right, the strange line is the next one.
--
Eric Botcazou
On Sat, Apr 30, 2011 at 1:55 PM, Eric Botcazou wrote:
> On Saturday 23 April 2011 09:35:38 Uros Bizjak wrote:
>> Index: i386.c
>> ===
>> --- i386.c (revision 172866)
>> +++ i386.c (working copy)
>> @@ -10149,7 +10149,7 @@ ix86_a
> The testcase in PR 47994, as well as one of the tests in 47919, exposed
> our failure to skip debug insns when testing whether it is safe to split
> the unrecognizable insn resulting from combining 3 insns.
> Unfortunately, both testcases are far too sensitive to other changes in
> the compiler,
Bootstrapped/regtested on x86_64-suse-linux, applied on the mainline.
2011-04-30 Eric Botcazou
* gnatvsn.ads (Library_Version): Bump to 4.7.
(Current_Year): Bump to 2011.
--
Eric Botcazou
Index: gnatvsn.ads
===
Makes -S output more easily preprocessable -- otherwise, the __i686 in
__i686.get_pc_think.reg chokes things.
bootstrapped x86_64-linux for C/C++ native on Ubunutu Lucid (x86-64),
no diff in testsuite output before/after.
(c, c++, libgomp, libmudflap, libstdc++ tested.)
Also manually tested:
char
Hello world,
I committed the attached patch as obvious (revision 173223) after
regression-testing. No test case because we can't do that for the
Fortran dumps (yet).
With this patch, variables inside a BLOCK construct are displayed with
their attributes, for example
program main
block
On Saturday 23 April 2011 09:35:38 Uros Bizjak wrote:
> Index: i386.c
> ===
> --- i386.c(revision 172866)
> +++ i386.c(working copy)
> @@ -10149,7 +10149,7 @@ ix86_adjust_stack_and_probe (const HOST_
>/* Even if the stack p
Hi,
I received from Daniel the below small tweaks and additional comments to
, which I have very slightly tweaked, regtested on
x86_64-linux, and applied to mainline.
Thanks,
Paolo.
///
2011-04-30 Daniel Krugler
* include/std/type_traits (__is_default_constructibl
Now with the .exp file - for those with broken crystal balls ...
Sorry for the initial omission,
Tobias
Tobias Burnus wrote:
The patch adds the directory
gcc/testsuite/gfortran.dg/coarray/
All files in this directory are compiled/linked/run with
"-fcoarray=single" and "-fcoarray=lib -lcaf_
The patch adds the directory
gcc/testsuite/gfortran.dg/coarray/
All files in this directory are compiled/linked/run with
"-fcoarray=single" and "-fcoarray=lib -lcaf_single". The compilation is
only done with -O2 - instead of cycling through all optimization
options; however, one could change
> On Sat, Apr 30, 2011 at 2:21 AM, Jan Hubicka wrote:
> >> On Fri, Apr 29, 2011 at 4:16 PM, Jan Hubicka wrote:
> >> > Hi,
> >> > It seems that majority of testcases are independent of lipo. We could
> >> > probably
> >> > enjoy more of testing on mainline, so could you please take those
> >> >
On Sat, Apr 30, 2011 at 2:21 AM, Jan Hubicka wrote:
>> On Fri, Apr 29, 2011 at 4:16 PM, Jan Hubicka wrote:
>> > Hi,
>> > It seems that majority of testcases are independent of lipo. We could
>> > probably
>> > enjoy more of testing on mainline, so could you please take those working
>> > on
>>
Am 30.04.2011 17:31, schrieb Jerry DeLisle:
On 04/29/2011 02:45 PM, Tobias Burnus wrote:
Nearly obvious patch. Build and regtested on x86-64-linux.
OK for the trunk?
Thats a oneliner. OK
Thanks for the review! Unfortunately, I had submitted/committed the
wrong test case. (Both test cases a
On Fri, Apr 29, 2011 at 19:08, Xinliang David Li wrote:
> This test case was extracted from kernel source exposed in some older
> version of gcc. Works fine in trunk, but need to add a test for it.
>
> Ok for trunk?
OK.
Diego.
On Fri, Apr 29, 2011 at 19:59, Xinliang David Li wrote:
> 2011-04-29 Xinliang David Li
>
> * gcc.dg/tree-ssa/alias_bug.c: New test.
OK if the test works.
Diego.
Honza,
This patch appears to fix the failure on AIX: my build progressed past
libstdc++.
Thanks, David
2011/4/30 Jan Hubicka :
>> On Thu, Apr 28, 2011 at 9:27 AM, Jan Hubicka wrote:
>> >> Honza,
>> >>
>> >> I continue to receive an ICE:
>> >>
>> >> /farm/dje/src/src/libstdc++-v3/include/precomp
Thomas Koenig wrote:
This patch includes assorted OpenMP 3.1 changes for Fortran.
Haven't changed COPYIN with not allocated allocatables yet, waiting
for explanation on OpenMP forum there.
I'm not an OpenMP expert, but I'd say this is OK for trunk (unless
somebody else speaks up, quickly :-)
Hi Jakub,
This patch includes assorted OpenMP 3.1 changes for Fortran.
Haven't changed COPYIN with not allocated allocatables yet, waiting
for explanation on OpenMP forum there.
I'm not an OpenMP expert, but I'd say this is OK for trunk (unless
somebody else speaks up, quickly :-)
On 04/29/2011 02:45 PM, Tobias Burnus wrote:
Nearly obvious patch. Build and regtested on x86-64-linux.
OK for the trunk?
Tobias
Thats a oneliner. OK
Thanks,
Jerry
Committed revision 173218.
Regression tested on x86-64.
Author: jvdelisle
Date: Sat Apr 30 15:24:57 2011
New Revision: 173218
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173218
Log:
2011-04-30 Jerry DeLisle
Backport from mainline:
PR libgfortran/48030
* io/read.c (read
On Fri, Apr 29, 2011 at 11:49, Jason Merrill wrote:
> OK.
Thanks. Committed to trunk rev 173217.
On Sat, Apr 30, 2011 at 2:10 PM, Gerald Pfeifer wrote:
> If really desired, we can reinstate the original look via CSS, though
> I'd like to keep things consistent across all GCC pages.
>
> Gerald
>
> 2011-04-26 Gerald Pfeifer
>
> * projects.html: Use regular markup for section headers
On 04/30/2011 12:56 AM, Janne Blomqvist wrote:
On Sat, Apr 30, 2011 at 04:33, Jerry DeLisle wrote:
Hi,
The attached patch does some cleanup and a check for trailing zeros to
decide whether or not to round.
I have added the additional test cases posted on the bugzilla to the
existing test case
If really desired, we can reinstate the original look via CSS, though
I'd like to keep things consistent across all GCC pages.
Gerald
2011-04-26 Gerald Pfeifer
* projects.html: Use regular markup for section headers
instead of fake tables.
Index: java/projects.html
=
Fixed on 4.6 together with PR48746 in revision 173214.
2011-04-30 Paul Thomas
PR fortran/48462
PR fortran/48746
* trans-expr.c ( arrayfunc_assign_needs_temporary): Need a temp
if automatic reallocation on assignement is active, the lhs is a
target and th
Committed revision 173213 as obvious (in fact it reverts to original
treatment of bounds).
2011-04-30 Paul Thomas
PR fortran/48746
* trans-expr.c (fcncall_realloc_result): Set the bounds and the
offset so that the lbounds are one.
(gfc_trans_arrayfunc_assign): A
> On Thu, Apr 28, 2011 at 9:27 AM, Jan Hubicka wrote:
> >> Honza,
> >>
> >> I continue to receive an ICE:
> >>
> >> /farm/dje/src/src/libstdc++-v3/include/precompiled/stdc++.h:94:0:
> >> /tmp/20110427/powerpc-ibm-aix5.3.0.0/libstdc++-v3/include/valarray:1163:1:
> >> internal compiler error: vector
On 28 April 2011 02:37, Doug Kwan (關振德) wrote:
> * include/Makefile.in: Regnerate.
Typo: "Regenerate"
> On Fri, Apr 29, 2011 at 4:16 PM, Jan Hubicka wrote:
> > Hi,
> > It seems that majority of testcases are independent of lipo. We could
> > probably
> > enjoy more of testing on mainline, so could you please take those working on
> > mainline and make mainline patch and let me know what of the te
On Sat, Apr 30, 2011 at 04:33, Jerry DeLisle wrote:
> Hi,
>
> The attached patch does some cleanup and a check for trailing zeros to
> decide whether or not to round.
>
> I have added the additional test cases posted on the bugzilla to the
> existing test case round_3.f08.
>
> Regression tested on
Dear Thomas,
> there's another point: The sizes are also not set correctly.
Oh dear, oh dear! I am losing it in my old age. :-(
Thanks
Paul
34 matches
Mail list logo
