Re: Autoconf tests, libtool symlist files, undefined behavior, and LTO

2010-03-31 Thread Richard Guenther
On Tue, Mar 30, 2010 at 8:52 PM, Ralf Wildenhues wrote: > Hello gcc and libtool lists, > > Summary: both Autoconf-generated configure tests as well as some Libtool > construct invoke undefined behavior.  Question is how to deal with it, > and whether GCC, as QoI, may want to define behavior in the

Re: Optimizing floating point *(2^c) and /(2^c)

2010-03-31 Thread Marc Glisse
On Wed, 31 Mar 2010, Vincent Lefevre wrote: On 2010-03-30 20:36:04 +0200, Jeroen Van Der Bossche wrote: > The if statement is there exactly to address under- and overflow and > nothing else. It's not because it looks simple that I didn't think > it through. I know exactly how floating point mult

Re: Optimizing floating point *(2^c) and /(2^c)

2010-03-31 Thread Vincent Lefevre
On 2010-03-31 11:04:03 +0200, Marc Glisse wrote: > IMHO this transformation mostly makes sense for the > -ffinite-math-only case where you can replace: "put a constant and > multiply/divide" by "put a constant and add/sub" and never care > about extracting the exponent, overflowing, or anything els

__emutls_v.__gcov_indirect_call_counters and ___emutls_v.__gcov_indirect_call_callee

2010-03-31 Thread Jack Howarth
Richard, I apologize for the mix up in testing the race condition patch for value profiling of the indirect calls on darwin. We may need to regress that out for gcc 4.5, but first I would like to try to get a PR opened to define the scope of the problem that it causes. In particular, it is very

Re: __emutls_v.__gcov_indirect_call_counters and ___emutls_v.__gcov_indirect_call_callee

2010-03-31 Thread Richard Guenther
On Wed, 31 Mar 2010, Jack Howarth wrote: > Richard, >I apologize for the mix up in testing the race > condition patch for value profiling of the indirect > calls on darwin. We may need to regress that out for > gcc 4.5, but first I would like to try to get a PR > opened to define the scope of

Re: __emutls_v.__gcov_indirect_call_counters and ___emutls_v.__gcov_indirect_call_callee

2010-03-31 Thread Dominique Dhumieres
With revision 156618, grepping the assembly of gcc/testsuite/gcc.dg/matrix/transpose-1.c for gcov_indirect, I get movq___gcov_indirect_call_callee(%rip), %rcx movq___gcov_indirect_call_counters(%rip), %rdi call___gcov_indirect_call_profiler movq$0,

Fwd: Swap32 built in function

2010-03-31 Thread simeon
Hi, I would like to add swap32 built in function to gcc. I looked how other built in functions are implemented, but I didn't managed. Can someone give me some idea what to do? Aleksandar

GNU assembler bug fix

2010-03-31 Thread H.J. Lu
Hi, The old GNU assemblers may use memcpy to copy overlap memory: http://sourceware.org/bugzilla/show_bug.cgi?id=11456 It has been fixed by replacing memcpy with memove. I recommend all existing GNU assemblers be fixed, especially with glibc trunk on x86 since it has the optimized memcpy which m

Re: __emutls_v.__gcov_indirect_call_counters and ___emutls_v.__gcov_indirect_call_callee

2010-03-31 Thread Jack Howarth
On Wed, Mar 31, 2010 at 02:14:41PM +0200, Richard Guenther wrote: > On Wed, 31 Mar 2010, Jack Howarth wrote: > > > Richard, > >I apologize for the mix up in testing the race > > condition patch for value profiling of the indirect > > calls on darwin. We may need to regress that out for > > gcc

Re: Fwd: Swap32 built in function

2010-03-31 Thread Paolo Carlini
On 03/31/2010 03:21 PM, simeon wrote: > Can someone give me some idea what to do? > If you mean something like __builtin_bswap32, just use it ;) http://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html#Other-Builtins If you mean something else... explain in better detail. Paolo.

Re: Optimizing floating point *(2^c) and /(2^c)

2010-03-31 Thread Geert Bosch
On Mar 29, 2010, at 16:30, Tim Prince wrote: > gcc used to have the ability to replace division by a power of 2 by an fscale > instruction, for appropriate targets (maybe still does). The problem (again) is that floating point multiplication is just too damn fast. On x86, even though the latency

Re: __emutls_v.__gcov_indirect_call_counters and ___emutls_v.__gcov_indirect_call_callee

2010-03-31 Thread Dave Korn
On 31/03/2010 13:34, Dominique Dhumieres wrote: > What is the origin of the "_emutls_v." "decoration"? varasm.c: > /* Create an identifier for the struct __emutls_object, given an identifier >of the DECL_ASSEMBLY_NAME of the original object. */ > > static tree > get_emutls_object_name (t

Re: __emutls_v.__gcov_indirect_call_counters and ___emutls_v.__gcov_indirect_call_callee

2010-03-31 Thread Paolo Bonzini
[MacPro:darwin_objdir/x86_64-apple-darwin10.3.0/libgcc] howarth% nm libgcc_ext.10.5.dylib | grep emutls 00013e70 T ___emutls_get_address 00014070 T ___emutls_register_common I suppose they are not exported. Richard. Richard, Shouldn't these still show up in the output from... nm libgc

GCC 4.5.0 Status Report (2010-03-31), trunk is frozen

2010-03-31 Thread Richard Guenther
Status == We have reached the zero P1 GCC 4.5 regressions required for a release candidate build of GCC 4.5.0. To allow this state to prevail the trunk is frozen for non-documentation changes starting April 2nd (use your timezone for your advantage). A release candidate will not be built bef

Re: __emutls_v.__gcov_indirect_call_counters and ___emutls_v.__gcov_indirect_call_callee

2010-03-31 Thread Jack Howarth
On Wed, Mar 31, 2010 at 05:50:14PM +0200, Paolo Bonzini wrote: > [MacPro:darwin_objdir/x86_64-apple-darwin10.3.0/libgcc] howarth% nm libgcc_ext.10.5.dylib | grep emutls 00013e70 T ___emutls_get_address 00014070 T ___emutls_register_common >>> >>> I suppose they are not exported.

Re: GCC 4.5.0 Status Report (2010-03-31), trunk is frozen

2010-03-31 Thread Jack Howarth
On Wed, Mar 31, 2010 at 05:54:52PM +0200, Richard Guenther wrote: > > Status > == > > We have reached the zero P1 GCC 4.5 regressions required for a > release candidate build of GCC 4.5.0. To allow this state to > prevail the trunk is frozen for non-documentation changes > starting April 2nd

Re: __emutls_v.__gcov_indirect_call_counters and ___emutls_v.__gcov_indirect_call_callee

2010-03-31 Thread Jack Howarth
On Wed, Mar 31, 2010 at 05:50:14PM +0200, Paolo Bonzini wrote: > [MacPro:darwin_objdir/x86_64-apple-darwin10.3.0/libgcc] howarth% nm libgcc_ext.10.5.dylib | grep emutls 00013e70 T ___emutls_get_address 00014070 T ___emutls_register_common >>> >>> I suppose they are not exported.

Re: __emutls_v.__gcov_indirect_call_counters and ___emutls_v.__gcov_indirect_call_callee

2010-03-31 Thread Paolo Bonzini
On 03/31/2010 06:00 PM, Jack Howarth wrote: On Wed, Mar 31, 2010 at 05:50:14PM +0200, Paolo Bonzini wrote: [MacPro:darwin_objdir/x86_64-apple-darwin10.3.0/libgcc] howarth% nm libgcc_ext.10.5.dylib | grep emutls 00013e70 T ___emutls_get_address 00014070 T ___emutls_register_common I suppose t

Re: __emutls_v.__gcov_indirect_call_counters and ___emutls_v.__gcov_indirect_call_callee

2010-03-31 Thread Paolo Bonzini
On 03/31/2010 06:24 PM, Jack Howarth wrote: On Wed, Mar 31, 2010 at 05:50:14PM +0200, Paolo Bonzini wrote: [MacPro:darwin_objdir/x86_64-apple-darwin10.3.0/libgcc] howarth% nm libgcc_ext.10.5.dylib | grep emutls 00013e70 T ___emutls_get_address 00014070 T ___emutls_register_common I suppose t

Diego Novillo appointed Plugins Reviewer

2010-03-31 Thread David Edelsohn
I am pleased to announce that the GCC Steering Committee has appointed Diego Novillo as Plugins Reviewer. Please join me in congratulating Diego on his new role. Please update your listing in the MAINTAINERS file. Happy hacking! David

Ulrich Weigand appointed co-maintainer of Cell SPU port

2010-03-31 Thread David Edelsohn
I am pleased to announce that the GCC Steering Committee has appointed Ulrich Weigand as co-maintainer of the Cell SPU port. Please join me in congratulating Uli on his new role. Uli, please update your listing in the MAINTAINERS file. Happy hacking! David

Re: Autoconf tests, libtool symlist files, undefined behavior, and LTO

2010-03-31 Thread Ralf Wildenhues
* Richard Guenther wrote on Wed, Mar 31, 2010 at 11:02:39AM CEST: > On Tue, Mar 30, 2010 at 8:52 PM, Ralf Wildenhues wrote: > > 1) Autoconf-generated configure tests often fake the prototype of some > > function; e.g., AC_CHECK_FUNC([func]) uses > >  char func(); > > > > and tries to link that.  Us

Passing call argument and return values

2010-03-31 Thread Juan Carlos Martinez Santos
Hi, I'm new in mail list, I expect that it is the right place to ask for guidance. I want to track input variables between functions. I already can mark and track an input variable in the same function; however, when the program uses that variable (directly or indirectly) as a argument in a functi

State of the mercurial mirror

2010-03-31 Thread Thomas Capricelli
Hello, The mercurial mirror of the gcc repository, at http://gcc.gnu.org/hg/gcc has been broken for months. and the contact listed there does not answer emails. Can somebody here at least remove those misleading pages..? Also, i would volunteer to fix this, and even to maintain the mirror.