Re: PING: PATCH: PR target/46770: Use .init_array/.fini_array sections

2011-08-22 Thread H.J. Lu
On Mon, Aug 22, 2011 at 11:59 AM, Joseph S. Myers jos...@codesourcery.com wrote: On Mon, 22 Aug 2011, H.J. Lu wrote: Require a good assembler on ELF targets and just enable this by default for them without trying a configure test that won't work for cross compilation (AC_RUN_IFELSE is

Re: [4.7][google]Support for getting CPU type and feature information at run-time. (issue4893046)

2011-08-22 Thread H.J. Lu
On Mon, Aug 22, 2011 at 1:34 PM, Richard Guenther richard.guent...@gmail.com wrote: On Mon, Aug 22, 2011 at 6:02 PM, H.J. Lu hjl.to...@gmail.com wrote: On Mon, Aug 22, 2011 at 8:56 AM, Michael Matz m...@suse.de wrote: Hi, On Mon, 22 Aug 2011, H.J. Lu wrote: Oh, I thought it was data

Re: Vector Comparison patch

2011-08-22 Thread Richard Guenther
On Mon, Aug 22, 2011 at 9:50 PM, Uros Bizjak ubiz...@gmail.com wrote: On Mon, Aug 22, 2011 at 5:34 PM, Richard Guenther richard.guent...@gmail.com wrote: In this case it is simple to analyse that a is a comparison, but you cannot embed the operations of a into VEC_COND_EXPR. Sure, but if

Re: Vector Comparison patch

2011-08-22 Thread Richard Guenther
On Mon, Aug 22, 2011 at 5:58 PM, Artem Shinkarov artyom.shinkar...@gmail.com wrote: On Mon, Aug 22, 2011 at 4:50 PM, Richard Guenther richard.guent...@gmail.com wrote: On Mon, Aug 22, 2011 at 5:43 PM, Artem Shinkarov artyom.shinkar...@gmail.com wrote: On Mon, Aug 22, 2011 at 4:34 PM, Richard

Re: Vector Comparison patch

2011-08-22 Thread Artem Shinkarov
On Mon, Aug 22, 2011 at 8:50 PM, Uros Bizjak ubiz...@gmail.com wrote: On Mon, Aug 22, 2011 at 5:34 PM, Richard Guenther richard.guent...@gmail.com wrote: In this case it is simple to analyse that a is a comparison, but you cannot embed the operations of a into VEC_COND_EXPR. Sure, but if

Re: [4.7][google]Support for getting CPU type and feature information at run-time. (issue4893046)

2011-08-22 Thread H.J. Lu
On Mon, Aug 22, 2011 at 1:46 PM, Richard Guenther richard.guent...@gmail.com wrote: On Mon, Aug 22, 2011 at 10:39 PM, H.J. Lu hjl.to...@gmail.com wrote: On Mon, Aug 22, 2011 at 1:34 PM, Richard Guenther richard.guent...@gmail.com wrote: On Mon, Aug 22, 2011 at 6:02 PM, H.J. Lu

Re: [4.7][google]Support for getting CPU type and feature information at run-time. (issue4893046)

2011-08-22 Thread Richard Guenther
On Mon, Aug 22, 2011 at 10:48 PM, H.J. Lu hjl.to...@gmail.com wrote: On Mon, Aug 22, 2011 at 1:46 PM, Richard Guenther richard.guent...@gmail.com wrote: On Mon, Aug 22, 2011 at 10:39 PM, H.J. Lu hjl.to...@gmail.com wrote: On Mon, Aug 22, 2011 at 1:34 PM, Richard Guenther

Re: Vector Comparison patch

2011-08-22 Thread Richard Guenther
On Mon, Aug 22, 2011 at 10:49 PM, Artem Shinkarov artyom.shinkar...@gmail.com wrote: On Mon, Aug 22, 2011 at 9:42 PM, Richard Guenther richard.guent...@gmail.com wrote: On Mon, Aug 22, 2011 at 5:58 PM, Artem Shinkarov artyom.shinkar...@gmail.com wrote: On Mon, Aug 22, 2011 at 4:50 PM, Richard

[Patch, Fortran] Coarray assumed-shape token and offset handling

2011-08-22 Thread Tobias Burnus
Dear all, this patch added token/offset support for assumed-shape coarray dummies (with .-fcoarray=lib). Build and regtested. OK for the trunk? * * * BACKGROUND For coarrays with -fcoarray=lib, for remote access, one needs to know two things: token and offset. a) A token (of type void

Re: [trans-mem] Use __x86_64__ instead of __LP64__.

2011-08-22 Thread Richard Henderson
On 08/22/2011 02:42 AM, Torvald Riegel wrote: Use __x86_64__ instead of __LP64__ in setjmp/longjmp and TLS definitions. H.J.: Is that sufficient for x32, or do we need entirely different code? If so, can you please provide the required changes? The SJLJ part should be ok for x32. The TLS

Re: [trans-mem] Move x86 TLS definition to linux/x86.

2011-08-22 Thread Richard Henderson
On 08/22/2011 02:54 AM, Torvald Riegel wrote: Move x86 TLS definition to linux/x86. * config/x86/tls.h: Moved to ... * config/linux/x86/tls.h: ... here. Ok. r~

Re: Add __builtin_complex to construct complex values (C1X CMPLX* macros)

2011-08-22 Thread Gary Funck
On 08/19/11 15:55:12, Joseph S. Myers wrote: Index: gcc/c-family/c-common.h === --- gcc/c-family/c-common.h (revision 177894) +++ gcc/c-family/c-common.h (working copy) @@ -103,7 +103,7 @@ enum rid /* C extensions */

Re: Add __builtin_complex to construct complex values (C1X CMPLX* macros)

2011-08-22 Thread Joseph S. Myers
On Mon, 22 Aug 2011, Gary Funck wrote: On 08/19/11 15:55:12, Joseph S. Myers wrote: Index: gcc/c-family/c-common.h === --- gcc/c-family/c-common.h (revision 177894) +++ gcc/c-family/c-common.h (working copy) @@ -103,7

Re: Add __builtin_complex to construct complex values (C1X CMPLX* macros)

2011-08-22 Thread Gary Funck
On 08/22/11 22:39:04, Joseph S. Myers wrote: [...] This isn't a type modifier; neither is __builtin_types_compatible_p. It's not within the first 28. [...] I don't believe the comment is accurate; I'm not aware of any code for any C-family front end that uses these values as mask bits at

[PATCH, i386]: Use AVX FP instructions in libgcc soft-fp exception handler

2011-08-22 Thread Uros Bizjak
Hello! 2011-08-23 Uros Bizjak ubiz...@gmail.com * config/i386/64/sfp-machine.h (ASM_INVALID): New define. (ASM_DIVZERO): Ditto. (FP_HANLDE_EXCEPTIONS): Use ASM_INVALID and ASM_DIVZERO. Tested on x86_64-pc-linux-gnu {,-m32}. Committed to mainline SVN, will be backported

Re: [dwarf2out, elfos] Output assembly faster

2011-08-22 Thread Andrew Pinski
On Mon, Aug 22, 2011 at 5:06 AM, Dimitrios Apostolou ji...@gmx.net wrote: Hello again, most of this patch was posted at the beginning of my GSOC adventure and primarily is about replacing fprintf() calls with custom faster ones. From that time I changed minor things you suggested, omitted

<    1   2