From: Andi Kleen
Some external tools special case __gnu_lto* symbols, and the new __gnu_slim_lto
was the only LTO symbol not matching this pattern. Since I don't think
there are any users rename it to __gnu_lto_slim
Passes bootstrap and test suite on x86_64-linux. Ok?
Cc: hubi...@ucw.cz
gcc/:
resolve_ref() calls resolve_substring() but failed to check
its return value. This patch does the check.
2011-10-15 Steven G. Kargl
* resolve.c (resolve_ref): Check return value of resolve_substring().
2011-10-15 Steven G. Kargl
* gfortran.dg/substring_integer_index.f90
This patch fixes a bug in which the widening multiply-and-accumulate
optimization failed to take the intermediate types into account.
The effect of this is that the compiler would do what the programmer
expected to happen, rather than what the C standard requires to happen
(in many cases), so
This patch fixes the checking of constant SHIFT values against
the bitsize of the argument to be shifted. I've been running
this patch on amd64-*-freebsd for sevearl days without a
problem (ie., multiple 'gmake check-gfortran' invocations).
OK for trunk?
2011-10-15 Steven G. Kargl
*
On 10/12/2011 04:58 PM, 3dw...@verizon.net wrote:
+ tree const_char_ptr_type_node
+ = build_pointer_type (build_type_variant (char_type_node, 1, 0));
You can just use const_string_type_node here.
Jason
On 10/12/2011 04:58 PM, 3dw...@verizon.net wrote:
+ const char *text = (const char *)tok->val.str.text;
+ char delim;
+ unsigned int i;
+ for (i = 0; i < len; ++i)
+if (text[i] == '\'' || text[i] == '"')
+ break;
This seems like it will get confused by embedded ' or \" in the strin
Tested on x86_64-linux, --with-cpu=corei7 and ppc64-linux, --with-cpu=G5.
Committed.
r~
* tree-vect-slp.c: Include langhooks.h.
(vect_create_mask_and_perm): Emit VEC_PERM_EXPR, not a builtin.
(vect_transform_slp_perm_load): Use can_vec_perm_expr_p. Simplify
mask
OK.
Jason
On 10/15/2011 08:33 PM, Jason Merrill wrote:
On 10/14/2011 06:57 PM, Paolo Carlini wrote:
- return false;
+ return complete_type_or_else (type, NULL_TREE);
I think I'd do
complete_type_or_else (strip_array_types (type), NULL_TREE)
so that the error doesn't complain about unspecified boun
On 10/14/2011 06:57 PM, Paolo Carlini wrote:
- return false;
+ return complete_type_or_else (type, NULL_TREE);
I think I'd do
complete_type_or_else (strip_array_types (type), NULL_TREE)
so that the error doesn't complain about unspecified bounds, which would
be misleading.
Jason
On Sat, Oct 15, 2011 at 07:19:43PM +0200, Jakub Jelinek wrote:
> On Sat, Oct 15, 2011 at 06:36:55PM +0200, Tobias Burnus wrote:
> > I think that's the wrong solution to the problem: I think it makes
> > more sense to fix the handling for OMP workshare to handle BLOCK
> > correctly rather than to mo
On Sat, Oct 15, 2011 at 06:36:55PM +0200, Tobias Burnus wrote:
> I think that's the wrong solution to the problem: I think it makes
> more sense to fix the handling for OMP workshare to handle BLOCK
> correctly rather than to move the variable to the function scope and
> then to fiddle with the pri
On Sat, 15 Oct 2011, Walter Lee wrote:
> +FPBIT_FUNCS := $(filter-out \
> + _addsub_sf _mul_sf _div_sf _negate_sf \
> + _eq_sf _ne_sf _le_sf _lt_sf _ge_sf _gt_sf \
> + _sf_to_di _sf_to_si _sf_to_udi _sf_do_usi \
> + _di_to_sf _si_to_sf _udi_to_sf _usi_to_sf, \
> + $(FPBIT_FUNCS))
> +
> +DPBIT
Pedro Alves schrieb:
On Friday 14 October 2011 18:19:00, Georg-Johann Lay wrote:
Paolo Bonzini schrieb:
On 10/14/2011 06:23 PM, Georg-Johann Lay wrote:
+@item -mjump-to-noreturn
+@opindex mjump-to-noreturn
+Use a jump instruction instead of a call instruction when calling a
+no-return funct
All comments here refer to the first instance of an issue; many issues are
shared between the two ports but are only mentioned once here.
On Sat, 15 Oct 2011, Walter Lee wrote:
> +#undef SYSROOT_SUFFIX_SPEC
> +#define SYSROOT_SUFFIX_SPEC "%{mbme:/usr/lib/bme;mnewlib:/usr/lib/newlib}"
> +
> +#und
Am 15.10.2011 14:04, schrieb Thomas Koenig:
Am 15.10.2011 13:36, schrieb Jakub Jelinek:
This looks wrong. Threadprivate variables aren't completely cheap,
much better would be an automatic variable instead.
As Fortran FE IL doesn't have block local variables, I guess you want
to create the var
Hi Jakub,
I guess you want
to create the var at function scope and add a private(that_temporary)
clause to the nearest enclosing OpenMP directive.
Here is a patch which implements this. Regression-tested, no new
failures. OK for trunk?
Thomas
2011-10-15 Thomas Koenig
PR
> About the 1st question. Before gcc4.7, the only class (allocno class)
> used for coloring can be a cover class. So it was not possible to use
> GENERAL_OR_EXTRA_FP_REGS in gcc4.6 and older versions. Starting gcc4.7,
> class used for coloring can be any class which is more profitable than
> mem
> PR middle-end/50496
> * cfgrtl.c (try_redirect_by_replacing_jump): Treat EXIT_BLOCK_PTR case
> separately before call to redirect_jump(). Add assertion.
> (patch_jump_insn): Same.
This will definitely disable redirections to the exit block. Now...
> diff --git a/gcc/cfg
> Forgot to mention: Will backport to 4.6 during the weekend (hopefully
> in time for 4.6.2).
Just did so (r180037).
Cheers,
Janus
> 2011/10/14 Janus Weil :
>> Hi all,
>>
>> I just committed a one-line fix for this regression (approved by
>> Tobias in a private mail):
>>
>> http://gcc.gnu.org
Am 15.10.2011 13:36, schrieb Jakub Jelinek:
This looks wrong. Threadprivate variables aren't completely cheap,
much better would be an automatic variable instead.
As Fortran FE IL doesn't have block local variables, I guess you want
to create the var at function scope and add a private(that_tem
On Sat, Oct 15, 2011 at 11:02:12AM +0200, Thomas Koenig wrote:
> Hello world,
>
> here is a fix for PR 50690, pretty self-explanatory. Regression-tested.
> OK for trunk?
This looks wrong. Threadprivate variables aren't completely cheap,
much better would be an automatic variable instead.
As For
On Sat, Oct 15, 2011 at 10:32 AM, Uros Bizjak wrote:
>>> --- /dev/null
>>> +++ b/gcc/testsuite/gcc.target/i386/fma_double_1.c
>>> @@ -0,0 +1,19 @@
>>> +/* { dg-do compile } */
>>> +/* { dg-prune-output ".*warning: 'sseregparm' attribute ignored.*" } */
>>
>> That prunes too much. gcc-dg-prune br
Here are the wwwdocs changes, with the news date TBD.
Index: backends.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/backends.html,v
retrieving revision 1.41
diff -u -p -r1.41 backends.html
--- backends.html 15 Jul 2011 09:48:14 -00
Here is the libgomp port.
* configure.tgt: Handle tilegx and tilepro.
* config/linux/tile/futex.h: New file.
diff -r -u -p -N
/home/packages/gcc-4.7.0-179959/libgomp/config/linux/tile/futex.h
./libgomp/config/linux/tile/futex.h
--- /home/packages/gcc-4.7.0-179959/libgomp/config/
Here is the libgcc port.
* config.host: Handle tilegx and tilepro.
* config/tilegx/t-tilegx: New file.
* config/tilepro/atomic.c: New file.
* config/tilepro/milieu.h: New file.
* config/tilepro/softdivide.c: New file.
* config/tilepro/softfloat.c: Ne
Here is the libcpp port.
* configure.ac: Require 64-bit hwint for tilegx and tilepro.
* configure: Regenerate.
diff -r -u -p -N /home/packages/gcc-4.7.0-179959/libcpp/configure
./libcpp/configure
--- /home/packages/gcc-4.7.0-179959/libcpp/configure2011-10-14
01:12:52.
Here are the contrib changes.
* config-list.mk (tilegx-linux-gnu): Add.
(tilepro-linux-gnu): Add.
diff -r -u -p -N /home/packages/gcc-4.7.0-179959/contrib/config-list.mk
./contrib/config-list.mk
--- /home/packages/gcc-4.7.0-179959/contrib/config-list.mk 2011-10-14
01:08:51.
Here are the toplevel changes.
* MAINTAINERS (tilegx port): Add self.
(tilepro port): Add self.
diff -r -u -p -N /home/packages/gcc-4.7.0-179959/MAINTAINERS ./MAINTAINERS
--- /home/packages/gcc-4.7.0-179959/MAINTAINERS 2011-10-14 01:12:54.0
-0400
+++ ./MAINTAINERS 2
On behalf of Tilera Corporation, I'd like to contribute gcc ports to two of its
families of architectures, the TILEPro architecture and the TILE-Gx
architecture. TILEPro is a VLIW architecture with 32-bit registers, 32-bit
address space, and 64-bit instructions. TILE-Gx is a VLIW architecture wit
The type Queue has a (default) discriminant to specify the (ceiling)
priority. That discriminant value is now used as the value of the Priority
aspect of the protected type.
Tested on x86_64-pc-linux-gnu, committed on trunk
2011-10-15 Matthew Heaney
* a-cusyqu.ads, a-cbsyqu.ads, a-cup
This patch disables the machinery associated with allocating objects on a user
defined storage pool in build-in-place functions ZFP does not support pools.
Tested on x86_64-pc-linux-gnu, committed on trunk
2011-10-15 Bob Duff
* exp_ch6.adb (Add_Unconstrained_Actuals_To_Build_In_Place_
Hello world,
here is a fix for PR 50690, pretty self-explanatory. Regression-tested.
OK for trunk?
Thomas
2011-10-15 Thomas Koenig
PR fortran/50690
* frontend-passes.c (omp_level): New variable.
(create_var): If we are within an OMP block, put
the
On Sat, Oct 15, 2011 at 10:14 AM, Andreas Schwab wrote:
>> --- /dev/null
>> +++ b/gcc/testsuite/gcc.target/i386/fma_double_1.c
>> @@ -0,0 +1,19 @@
>> +/* { dg-do compile } */
>> +/* { dg-prune-output ".*warning: 'sseregparm' attribute ignored.*" } */
>
> That prunes too much. gcc-dg-prune bracke
Kirill Yukhin writes:
> --- /dev/null
> +++ b/gcc/testsuite/gcc.target/i386/fma_double_1.c
> @@ -0,0 +1,19 @@
> +/* { dg-do compile } */
> +/* { dg-prune-output ".*warning: 'sseregparm' attribute ignored.*" } */
That prunes too much. gcc-dg-prune brackets the regexp so that it only
matches with
Dear Tobias,
I think that this is sufficiently "obvious" that you could have taken
silence to be approval :-)
Of course it's OK for trunk.
Cheers
Paul
On Fri, Oct 14, 2011 at 11:15 PM, Tobias Burnus wrote:
> *ping*
>
> http://gcc.gnu.org/ml/fortran/2011-10/msg00073.html
>
> On 12.10.2011 15:5
36 matches
Mail list logo
