Latest results for 4.5.x
-tgc
Testresults for 4.5.4:
powerpc-apple-darwin8.11.0
Index: buildstat.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.5/buildstat.html,v
retrieving revision 1.18
diff -u -r1.18 buildstat.html
--- builds
Latest results for 4.8.x
-tgc
Testresults for 4.8.3:
x86_64-unknown-linux-gnu
Index: buildstat.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.8/buildstat.html,v
retrieving revision 1.9
diff -u -r1.9 buildstat.html
--- buildstat.
Latest results for 4.9.x
-tgc
Testresults for 4.9.1:
arm-unknown-linux-gnueabihf
hppa2.0w-hp-hpux11.11
hppa64-hp-hpux11.11
i386-pc-solaris2.9
i686-pc-linux-gnu
powerpc-apple-darwin8.11.0
sparc-sun-solaris2.9
sparc64-sun-solaris2.9
x86_64-unknown-linux-gnu
x86_64-w64-mingw32
I
Jakub Jelinek writes:
> Right now when -fsanitize=leak adds -llsan, it adds it late on the command
> line, so e.g. -lstdc++ comes after it, which seems to be bad.
> The following patch puts it early on the link command line like we do for
> -lasan or -ltsan. Bootstrapped/regtested on x86_64-lin
Marek Polacek a écrit:
> On Wed, Aug 13, 2014 at 09:03:37PM +0200, Manuel López-Ibáñez wrote:
>> I don't think this is the right fix. The problem is that we are trying
>> to print the caret in a column that is larger than the line_width. We
>> do this because the file given by the line directive
On 08/10/2014 04:15 PM, Chen Gang wrote:
> On 08/10/2014 04:03 PM, Mike Stump wrote:
>> On Aug 9, 2014, at 9:55 AM, Chen Gang wrote:
>>>
>>> Excuse me, I can not find it with `find ./ | grep "\.sum$”`
>>
>> Then you didn’t do a test suite run. make check will create .sum files.
>> Try cd
And sorry, I did not finish "make check" at the time point. I wasted my
time resources (of my free time) on constructing PC environments and my
x86_64 laptop environments.
- x86_64 laptop under ubuntu: try to update 'libc6' package to install
'autogen'. At last, I succeed: overwrite libc6 pac
Hello,
Le 06/08/2014 21:23, Andre Vehreschild a écrit :
> Hi,
>
[...]
>
> *** gcc/fortran/Changelog ***
> 2014-08-06 Andre Vehreschild
>
> PR fortran/60414
> * interface.c (compare_parameter): Fixing ICE when argument
> of a generic is a reference into an array.
> ***
Hello world,
this patch moves expressions which do not depend on the
index variable(s) from FORALL headers (which also includes
DO CONCURRENT).
For the test case in do_concurrent_4.f90,
do concurrent(i=1:n, a(i)>sum(a)/n)
a(i) = a(i) * 0.5
end do
Without the patch, this gets translated
Le 07/08/2014 15:40, Andre Vehreschild a écrit :
> Hi,
>
> in the bugtracker for PR60255 janus proposed to fix the bug by removing
> the error and additionally checking if the character array length
> declaration is deferred, which leaves the the charlen to be 0
> (gcc/fortran/class.c (find_intrin
On 16 August 2014 22:33, Jan-Benedict Glaw wrote:
> On Sat, 2014-08-16 22:01:40 +0200, Marc Glisse wrote:
>> For your tests, I thought the sequence was:
>>
>> checkout some revision of gcc
>> build a native gcc at this revision
>> use it to build a bunch of cross-compilers at the same revision
>
As Mikael said in https://gcc.gnu.org/ml/fortran/2014-08/msg00047.html
> the testcase should check that the code generated is actually working,
> not just that the ICE disappeared. ...
thus I think the test should be run, i.e., '! { dg-do compile }' should
be replaced with '! { dg-do run }' (I ha
On Sat, Aug 16, 2014 at 09:54:33PM -0400, Patrick Palka wrote:
> --- a/gcc/c/c-typeck.c
> +++ b/gcc/c/c-typeck.c
> @@ -4947,6 +4947,8 @@ build_c_cast (location_t loc, tree type, tree expr)
> || TREE_CODE (type) == UNION_TYPE)
> pedwarn (loc, OPT_Wpedantic,
>"ISO C forb
> the testcase should check that the code generated is actually working,
> not just that the ICE disappeared.
I agree. Note that there is a test in the comment 3 of PR60255 that
can be used to check the run time behavior (and possibly check the
vtab issue).
Dominique
Hello,
Le 10/08/2014 13:55, Andre Vehreschild a écrit :
> Hi,
>
> I am proposing another patch, this time to resolve PR60289. The issue in the
> bug
> reported is, that a code like:
>
> class(*), pointer :: P
> allocate(character(20)::P)
>
> is rejected by trunk's gfortran compiler
Le 16/08/2014 00:10, Tobias Burnus a écrit :
> This patch fixes two minor issues
>
> a) The argument issue mentioned in
> https://gcc.gnu.org/ml/fortran/2014-08/msg7.html
> The main issue is that the decl uses "void" as argument; the FE passes
> IARG() alias gfc_array_index_type while the libr
> My knowledge of unlimited polymorphic types is limited, but I think that
> this is not correct.
My knowledge of unlimited polymorphic types is even more limited,
then I cannot comment about the correctness of the patch. However
> The new length of the string has to be stored somewhere. If you
Le 17/08/2014 14:26, Dominique Dhumieres a écrit :
> As Mikael said in https://gcc.gnu.org/ml/fortran/2014-08/msg00047.html
>
>> the testcase should check that the code generated is actually working,
>> not just that the ICE disappeared. ...
>
Well, this is for another patch where deferred charac
On Sun, Aug 17, 2014 at 8:27 AM, Marek Polacek wrote:
> On Sat, Aug 16, 2014 at 09:54:33PM -0400, Patrick Palka wrote:
>> --- a/gcc/c/c-typeck.c
>> +++ b/gcc/c/c-typeck.c
>> @@ -4947,6 +4947,8 @@ build_c_cast (location_t loc, tree type, tree expr)
>> || TREE_CODE (type) == UNION_TYPE)
>>
Le 17/08/2014 14:46, Dominique Dhumieres a écrit :
>> My knowledge of unlimited polymorphic types is limited, but I think that
>> this is not correct.
>
> My knowledge of unlimited polymorphic types is even more limited,
> then I cannot comment about the correctness of the patch. However
>
>> The
Hello,
as discussed in the PR, I did not add a sequence point, it can be done
later if we decide so (the other direction would be bad), but if we ever
do I believe we should add one to ?: at the same time.
For the mixed 'scalar && vector', I chose to implement it with a branch,
since we can,
Le 17/08/2014 14:46, Dominique Dhumieres a écrit :
>> My knowledge of unlimited polymorphic types is limited, but I think that
>> this is not correct.
>
> My knowledge of unlimited polymorphic types is even more limited,
> then I cannot comment about the correctness of the patch. However
>
>> The
> Here is a failing testcase.
I was about to post the same test. The test fails with two counts:
(1) len(P) == 80,
(2) deallocate(P) fails with
a.out(882,0x7fff75e1d310) malloc: *** error for object 0x7fc801c04978:
incorrect checksum for freed object - object was probably modified after being
f
I wish that this patch did not need to use up another one of the
primary constraint letters, but I guess there is no easy way around
that.
- David
On Fri, Aug 15, 2014 at 8:50 PM, Segher Boessenkool
wrote:
> All patches were bootstrapped and regression checked separately, on
> powerpc64-linux -m
On Wed, Aug 13, 2014 at 7:14 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch adds a PowerPC-specific pass just prior to the first cse RTL
> pass. The pass runs only when generating little-endian code for Power8
> with VSX enabled, and for -O1 and up. For this particular subtarget,
> the use of the
On Sun, Aug 17, 2014 at 02:43:09PM -0400, David Edelsohn wrote:
> I wish that this patch did not need to use up another one of the
> primary constraint letters, but I guess there is no easy way around
> that.
It doesn't use a new constraint, but I guess you mean the new output
modifier (%e).
We c
We now have at-least one test-case for each of constant folding patterns
in match-constant-folding.pd
[gcc/testsuite/gcc.dg/tree-ssa]
* match-constant-folding.c: Add test-cases.
Thanks,
Prathamesh
Index: match-constant-folding.c
==
[gcc/doc]
* match-and-simplify.texi: Replace addres by address.
Thanks,
Prathamesh
Index: match-and-simplify.texi
===
--- match-and-simplify.texi (revision 214020)
+++ match-and-simplify.texi (working copy)
@@ -22,7 +22,7 @@ tries t
On Fri, 15 Aug 2014, Oleg Endo wrote:
> > How about the attached .html as a replacement for the current one?
> > I removed the requirement of setting up a combined tree, as I believe
> > it makes things much more easy. At least it's been working for me
> > that way. Is this helpful / OK to commit
On Mon, Aug 18, 2014 at 2:11 AM, Prathamesh Kulkarni
wrote:
> [gcc/doc]
> * match-and-simplify.texi: Replace addres by address.
>
This version adds a small note for capturing expressions.
[gcc/doc]
* match-and-simplify.texi: Add documentation for capturing expressions.
On Fri, Aug 15, 2014 at 8:50 PM, Segher Boessenkool
wrote:
> 2014-08-15 Segher Boessenkool
>
> gcc/
> * config/rs6000/rs6000.md (*boolcsi3_internal1, *boolcsi3_internal2
> and split, *boolcsi3_internal3 and split): Delete.
> (*boolcdi3_internal1, *boolcdi3_internal2 and
On Fri, Aug 15, 2014 at 8:50 PM, Segher Boessenkool
wrote:
> This adds a new output modifier "e" that prints an 's' for things like
> xoris, and changes "u" to work for both xoris and xori. With that, both
> SI and DI can simply use an "n" constraint, where previously they needed
> "K,L" resp. "K
On Fri, Aug 15, 2014 at 8:50 PM, Segher Boessenkool
wrote:
> 2014-08-15 Segher Boessenkool
>
> gcc/
> * config/rs6000/rs6000.md (*boolccsi3_internal1, *boolccsi3_internal2
> and split, *boolccsi3_internal3 and split): Delete.
> (*boolccdi3_internal1, *boolccdi3_internal2
On Fri, Aug 15, 2014 at 8:50 PM, Segher Boessenkool
wrote:
> "AND" is more complex. It was a huge tangled mess, where very often the
> order of patterns mattered.
>
> So I made most patterns mutually exclusive (via their condition), and also
> made the "S" constraint (for mask64_operand) require
Following a suggestion in PR16564, this patch makes excessive template
instantiation depth a fatal error. In fact, this allows simplifying
the code a lot, just by printing first the context (like we do for
every other diagnostic) instead of printing it after (which is not
possible for a fatal error
Currently, the splitter dumpfiles only say "scanning new insn with uid = N."
and "deleting insn with uid = N.". This makes it hard to track down which
splitter actually fired, especially so if there are many similar splitters
and one is slightly broken.
This patch makes the splitters write their
On Sun, 2014-08-17 at 14:52 -0400, David Edelsohn wrote:
> On Wed, Aug 13, 2014 at 7:14 PM, Bill Schmidt
> wrote:
> > Hi,
> >
> > This patch adds a PowerPC-specific pass just prior to the first cse RTL
> > pass. The pass runs only when generating little-endian code for Power8
> > with VSX enabled
Hi,
The fix for PR38615 indirectly broke the promotion of const local arrays
to static storage in many cases. The commit in question, r143570, made
it so that only arrays that don't potentially escape from the scope in
which they're defined (i.e. arrays for which TREE_ADDRESSABLE is 0) are
candid
It appears this is not used anywhere. Tested on i386-unknown-freebsd10.0.
Okay?
Gerald
2014-08-16 Gerald Pfeifer
* class.c (contains_empty_class_p): Remove.
Index: gcc/cp/class.c
===
--- gcc/cp/class.c (revision 2
On Sun, 17 Aug 2014, Tom G. Christensen wrote:
> Latest results for 4.5.x
>
> -tgc
>
> Testresults for 4.5.4:
> powerpc-apple-darwin8.11.0
Applied, thanks!
Gerald
On Sun, 17 Aug 2014, Tom G. Christensen wrote:
> Testresults for 4.8.3:
> x86_64-unknown-linux-gnu
Applied, thanks!
Gerald
41 matches
Mail list logo
