On Fri, May 23, 2014 at 1:32 PM, François Dumont wrote:
> Looks like I will have to build automake 1.11.1 myself otherwise.
Yes I do.
--
Regards,
Tim Shen
On Thu, May 22, 2014 at 5:04 PM, Xinliang David Li wrote:
> Also missing documentation in invoke.texi? Other than that, ok.
I have made the changes and committed my patch.
Sri
>
> David
>
> On Thu, May 22, 2014 at 5:00 PM, Paul Pluzhnikov
> wrote:
>> On Thu, May 22, 2014 at 4:36 PM, Sriraman
Hi,
On 05/23/2014 10:32 PM, François Dumont wrote:
On 12/05/2014 22:42, Paolo Carlini wrote:
Hi,
On 05/12/2014 10:14 PM, François Dumont wrote:
Regarding Makefile.in I miss last time. I moved to a new system
lately, a Ubuntu based one, and still need to find out what version
of automake/auto
Done. Passes manual testing, rerunning regression testing. New patch attached.
Thanks,
Teresa
On Fri, May 23, 2014 at 11:35 AM, Xinliang David Li wrote:
> The change makes gcov_info a variable length array, which is not ideal.
>
> Better just add one more field (instead of two):
>
> struct gcov_
for (i = 0; i < num_strings; i++)
+{
+ if (strcmp (build_info_strings[i], gi_ptr->build_info[i]))
Add also check of gi_ptr->build_info:
if (!gi_ptr->build_info || strcmp ( )
+{
+ gcov_error ("profiling:%s:Mismatched build info string "
+
> gcc/
> PR rtl-optimization/61222
> * combine.c (simplify_shift_const_1): Fix modes used when handling
> PLUS.
>
> gcc/testsuite/
> PR rtl-optimization/61222
> * gcc.c-torture/compile/pr61222-1.c: New test.
> * gcc.c-torture/compile/pr61222-2.c: Likewise.
OK,
On Fri, May 23, 2014 at 2:28 PM, Xinliang David Li wrote:
> for (i = 0; i < num_strings; i++)
> +{
> + if (strcmp (build_info_strings[i], gi_ptr->build_info[i]))
>
> Add also check of gi_ptr->build_info:
>
>if (!gi_ptr->build_info || strcmp ( )
Added the check earli
On 05/23/2014 01:30 PM, Jan Hubicka wrote:
Vtables are always accessed via the vtbl pointer otherwise (that is almost
always misaligned because of the offset to RTTI pointer), so for vtables static
to given compilation unit, there is no way other compiler can derive the
alignment based on ABI pro
On Fri, May 23, 2014 at 2:50 PM, Teresa Johnson wrote:
> On Fri, May 23, 2014 at 2:28 PM, Xinliang David Li wrote:
>> for (i = 0; i < num_strings; i++)
>> +{
>> + if (strcmp (build_info_strings[i], gi_ptr->build_info[i]))
>>
>> Add also check of gi_ptr->build_info:
>>
>>
This patch fixes LIPO ICE that an unresolved node escaped after lipo fixup.
testing on going. OK for google-4_9?
Thanks,
Dehao
Index: gcc/ipa.c
===
--- gcc/ipa.c (revision 210864)
+++ gcc/ipa.c (working copy)
@@ -39,6 +39,7 @@ along
ok.
David
On Fri, May 23, 2014 at 3:03 PM, Dehao Chen wrote:
> This patch fixes LIPO ICE that an unresolved node escaped after lipo fixup.
>
> testing on going. OK for google-4_9?
>
> Thanks,
> Dehao
>
> Index: gcc/ipa.c
> ===
> ---
Hello all,
The attached patch fixes this PR by not seeking if the next character is a
space.
Regression tested on x86-64. New test case provided.
OK for trunk and back ports?
Regards.
Jerry
2014-05-23 Jerry DeLisle
PR libgfortran/61173
* io/list_read.c (eat_spaces): If t
ok
On Fri, May 23, 2014 at 3:14 PM, Teresa Johnson wrote:
>
> On May 23, 2014 2:56 PM, "Xinliang David Li" wrote:
>>
>> On Fri, May 23, 2014 at 2:50 PM, Teresa Johnson
>> wrote:
>> > On Fri, May 23, 2014 at 2:28 PM, Xinliang David Li
>> > wrote:
>> >> for (i = 0; i < num_strings; i++)
>>
> Well, allocate_struct_function has a abstract_p argument for that. But
> yes, a simple patch like
>
> Index: gcc/function.c
> ===
> --- gcc/function.c (revision 210845)
> +++ gcc/function.c (working copy)
> @@ -64,6 +64,7
I’ll commit this afternoon the following patch to the fortran-dev branch unless
someone objects.
Dominique
2014-05-24 Dominique d'Humieres
* gfortran.dg/assign_10.f90
* gfortran.dg/assumed_rank_12.f90: Likewise.
* gfortran.dg/coarray_12.f90: Likewise.
* gfortra
Hi,
On 05/24/2014 01:14 AM, Dominique d'Humières wrote:
* gfortran.dg/assign_10.f90
* gfortran.dg/assumed_rank_12.f90: Likewise.
Likewise what? ;)
Paolo.
On Thu, Feb 27, 2014 at 7:57 AM, Yufeng Zhang wrote:
> On 02/26/14 02:25, Andrew Pinski wrote:
>>
>> Hi,
>>This is the final patch which adds support for the dynamic linker and
>> multi-lib directories for ILP32. I did not change multi-arch support as
>> I did not know what it should be chang
> > * gfortran.dg/assign_10.f90
> > * gfortran.dg/assumed_rank_12.f90: Likewise.
> Likewise what? ;)
* gfortran.dg/assign_10.f90: Adjust regexps.
* gfortran.dg/assumed_rank_12.f90: Likewise.
Mystery of copy&paste;-)
Dominique
graph dump is broken in trunk (and gcc-49) -- the subgraph of the last
function gets dumped. The patch fixed the problem. Also fixed the
function header dump -- the cgraph uid is still used in many places
such as -fdisable|enable-xxx options.
Ok for trunk?
David
Index: ChangeLog
=
On Sun, May 18, 2014 at 11:10 AM, Uros Bizjak wrote:
> Attached patch fixes following errors in .pod document sources:
>
> gfdl.pod around line 53: Expected text after =item, not a number
> gfdl.pod around line 147: Expected text after =item, not a number
> gfdl.pod around line 165: Expected text
101 - 120 of 120 matches
Mail list logo
