Re: Fast gettimeofday(2) and static linking

2013-01-29 Thread Marius Strobl
On Mon, Jan 28, 2013 at 05:55:24PM +0200, Konstantin Belousov wrote: On Mon, Jan 28, 2013 at 04:45:17PM +0100, Marius Strobl wrote: On Fri, Jan 25, 2013 at 02:35:54PM +0200, Konstantin Belousov wrote: Bruce Evans reported that statically linked binaries on HEAD an stable/9 use the syscall

Re: Fast gettimeofday(2) and static linking

2013-01-29 Thread Konstantin Belousov
On Tue, Jan 29, 2013 at 11:16:00PM +0100, Marius Strobl wrote: On Mon, Jan 28, 2013 at 05:55:24PM +0200, Konstantin Belousov wrote: Please rebuild the world with the patch and check that gettimeofday(2) still works on your architecture, both for the static and dynamic binaries. I think that

Re: Fast gettimeofday(2) and static linking

2013-01-28 Thread Marius Strobl
On Fri, Jan 25, 2013 at 02:35:54PM +0200, Konstantin Belousov wrote: Bruce Evans reported that statically linked binaries on HEAD an stable/9 use the syscall for gettimeofday(2) and clock_gettime(2). Apparently, this is due to my use of the weak reference to the __vdso* symbols in the libc

Re: Fast gettimeofday(2) and static linking

2013-01-28 Thread Konstantin Belousov
On Mon, Jan 28, 2013 at 04:45:17PM +0100, Marius Strobl wrote: On Fri, Jan 25, 2013 at 02:35:54PM +0200, Konstantin Belousov wrote: Bruce Evans reported that statically linked binaries on HEAD an stable/9 use the syscall for gettimeofday(2) and clock_gettime(2). Apparently, this is due to

Fast gettimeofday(2) and static linking

2013-01-25 Thread Konstantin Belousov
Bruce Evans reported that statically linked binaries on HEAD an stable/9 use the syscall for gettimeofday(2) and clock_gettime(2). Apparently, this is due to my use of the weak reference to the __vdso* symbols in the libc implementations. Patch below reworks the __vdso* attributes to only make