search for: drepper

On Tue, 12 May 1998, Andi Kleen wrote on BUGTRAQ: > I assumed the libc would ignore NLSPATH when the app runs suid (similar > like it does with LD_LIBRARY_PATH etc.). If it doesn''t that is a bad bug. > > [... clickety click ... ] > > At least glibc 2.1 uses __secure_getenv() for NLSPATH. Don''t know about 2.0, > separate GNU gettext, or libc5. I have

...7, 2010, at 4:52 AM, Patrick Marlier wrote: > Which one is correct ? > - movl $tm_nest_level at TPOFF, %ecx > or > - movq $tm_nest_level at TPOFF, %rcx > or > - movl tm_nest_level at TPOFF, %ecx > I believe this is initial exec and so from: http://people.redhat.com/drepper/tls.pdf it would be movl tm_nest_level at TPOFF, %ecx > Otherwise, Is there a way to remove this $ character? > > I found that it is here in lib/Target/X86/AsmPrinter/X86ATTInstPrinter.cpp > > void X86ATTInstPrinter::printOperand(const MCInst *MI, unsigned OpNo, >...

R-devel now makes use of gcc4's visibility features: for an in-depth account see http://people.redhat.com/drepper/dsohowto.pdf (and note there are older versions of that document around). Consider for example stats.so. On a gcc4 Linux system this has just three entry points gannet% nm -g stats.so | grep " T " 00002720 T R_init_stats 0004a544 T _fini 00001f28 T _init since the only entry point we...

On Fri, 8 Sep 2006, [UTF-8] Rafael Esp?ndola wrote: > I am not sure if it is the correct solution, but the attached patch > fixes the problem. Your solution is correct, in that it will work and follows with the current ifdef approach. I applied this patch though, which doesn't use the ifdefs, hopefully it is more robust:

> Please lemme know if it works. It does. Thanks. > I don't know what that is :( I believe that code compiled without -fpic is going into a DSO. This creates text relocations that are not supported on linux/amd64 (http://people.redhat.com/drepper/dsohowto.pdf). > -Chris Rafael

...Instead of sacrificing a GPR, it uses a segment register to reach the TLS area, making it very very cheap. > Using the normal thread-local storage scares me, because I don't know the > performance implications. You should read up about it then. :) Start here: http://people.redhat.com/drepper/tls.pdf -Chris -- http://nondot.org/sabre/ http://llvm.org/

..., it uses a segment register to reach the TLS area, > making it very very cheap. > >> Using the normal thread-local storage scares me, because I don't know the >> performance implications. > > You should read up about it then. :) > Start here: http://people.redhat.com/drepper/tls.pdf > Thank you. You've just made my life about 3000% easier. Somehow I've missed __thread- I was thinking of the clunky POSIX threads implementation. Playing around a little bit with this, I find that: static __thread int i; int foo(void) { i += 1; return i; } compiles t...

...ersion 4.4.7 20120313 (Red Hat 4.4.7-11). Compiled on a Linux 2.6.32 system on 2015-01-27. Available extensions: The C stubs add-on version 2.1.2. crypt add-on version 2.1 by Michael Glad and others GNU Libidn by Simon Josefsson Native POSIX Threads Library by Ulrich Drepper et al BIND-8.2.3-T5B RT using linux kernel aio libc ABIs: UNIQUE IFUNC For bug reporting instructions, please see: <http://www.gnu.org/software/libc/bugs.html>. But, when looking through the source code for this version on the CentOS servers I only see: <http://vault.cento...

...;> Which one is correct ? >> - movl $tm_nest_level at TPOFF, %ecx >> or >> - movq $tm_nest_level at TPOFF, %rcx >> or >> - movl tm_nest_level at TPOFF, %ecx >> > > I believe this is initial exec and so from: > > http://people.redhat.com/drepper/tls.pdf > > it would be movl tm_nest_level at TPOFF, %ecx As a correction, I don't know that any of these is correct. I need to look into this a bit more. I think that it requires the relocation to be off of a register, i.e. movabs $foo at tpoff, %rax add $foo at tpoff, %rax...

On Wed, Sep 17, 2008 at 12:32:40PM +0300, Kirill A. Shutemov wrote: > On Tue, Sep 16, 2008 at 07:09:02PM +0300, Adrian Bunk wrote: > > On Tue, Sep 16, 2008 at 07:10:25AM -0700, Ulrich Drepper wrote: > > > Kirill A. Shutemov wrote: > > > >> What is the error message? > > > > > > > > /usr/include/asm-generic/fcntl.h:117: error: redefinition of 'struct > > > > flock' > > > > > > And? None of these prog...

...eir own thing - The other targets don't support thread-local storage If this sounds good, I've got patches coming up. Thanks, Hans [1] http://gcc.gnu.org/onlinedocs/gcc-4.0.4/gcc/Variable-Attributes.html#index-g_t_0040code_007btls_005fmodel_007d-attribute-1797 [2] http://www.akkadia.org/drepper/tls.pdf

...not have been compiled this way. The command eu-findtextrel /usr/lib/R/library/ncdf/libs/ncdf.so will tell you which parts of ncdf.so were not compiled with -fpic. If you cannot recompile libnetcdf.a then you may have to turn off some the security enhancements. See http://people.redhat.com/drepper/textrelocs.html and http://people.redhat.com/drepper/selinux-mem.html for technical details. Bill Dunlap TIBCO Software Inc - Spotfire Division wdunlap tibco.com ------------------------------------------------------------------------ Peter Dalgaard P.Dalgaard at biostat.ku.dk Tue Apr 21 16...

...;  - X86 for Darwin and Windows, and XCore, do their own thing >  - The other targets don't support thread-local storage > > [1] http://gcc.gnu.org/onlinedocs/gcc-4.0.4/gcc/Variable-Attributes.html#index-g_t_0040code_007btls_005fmodel_007d-attribute-1797 > [2] http://www.akkadia.org/drepper/tls.pdf [3] http://code.google.com/searchframe#BGeH2W13jNw/trunk/src/thread_cache.h&l=257 -------------- next part -------------- A non-text attachment was scrubbed... Name: tls_models.diff Type: application/octet-stream Size: 36638 bytes Desc: not available URL: <http://lists.llvm.org/pipe...

Hello- I'm looking to implement a new programming language using LLVM as a back-end. Generally it's looking very good, I only have one question. The language is going to be an ML-style language, similiar to Haskell or Ocaml, except explicitly multithreaded and (like Haskell but unlike Ocaml) purely functional. But this means that speed of allocation is essential- purely functional

...nt i; + for (i = 1; i < argc; i++) { + printf("%s ",argv[i]); + } + printf("\n"); + sleep(5); + return 0; +} + +/* + * Based on busybox code. + * + * Compute MD5 checksum of strings according to the + * definition of MD5 in RFC 1321 from April 1992. + * + * Written by Ulrich Drepper <drepper at gnu.ai.mit.edu>, 1995. + * + * Copyright (C) 1995-1999 Free Software Foundation, Inc. + * Copyright (C) 2001 Manuel Novoa III + * Copyright (C) 2003 Glenn L. McGrath + * Copyright (C) 2003 Erik Andersen + * Copyright (C) 2010 Denys Vlasenko + * Copyright (C) 2012 Pascal Bellard +...

I'm building R 2.13.1 on i686-pc-linux-gnu, using gcc 4.6.1 and with glibc 2.14. I get this error: In file included from xdr.c:61:0: ./rpc/types.h:63:14: error: conflicting types for 'malloc' make[4]: *** [xdr.o] Error 1 I can make the build proceed some by commenting out the declaration "extern char *malloc();" in xdr/rpc/types.h, but then I get a slew of other errors:

I'm building R 2.13.1 on i686-pc-linux-gnu, using gcc 4.6.1 and with glibc 2.14. I get this error: In file included from xdr.c:61:0: ./rpc/types.h:63:14: error: conflicting types for 'malloc' make[4]: *** [xdr.o] Error 1 I can make the build proceed some by commenting out the declaration "extern char *malloc();" in xdr/rpc/types.h, but then I get a slew of other errors:

http://bugzilla.mindrot.org/show_bug.cgi?id=536 stuge-openssh-unix-dev at cdy.org changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|no access to tty on Linux |no access to tty on Linux |2.0 |2.0 and 2.4+libc5 ------- Additional Comments

...>> Which one is correct ? >> - movl $tm_nest_level at TPOFF, %ecx >> or >> - movq $tm_nest_level at TPOFF, %rcx >> or >> - movl tm_nest_level at TPOFF, %ecx >> > > I believe this is initial exec and so from: > > http://people.redhat.com/drepper/tls.pdf > > it would be movl tm_nest_level at TPOFF, %ecx > >> Otherwise, Is there a way to remove this $ character? >> >> I found that it is here in lib/Target/X86/AsmPrinter/X86ATTInstPrinter.cpp >> >> void X86ATTInstPrinter::printOperand(const MCInst *MI, u...

...4.4.7-11). > Compiled on a Linux 2.6.32 system on 2015-01-27. > Available extensions: > The C stubs add-on version 2.1.2. > crypt add-on version 2.1 by Michael Glad and others > GNU Libidn by Simon Josefsson > Native POSIX Threads Library by Ulrich Drepper et al > BIND-8.2.3-T5B > RT using linux kernel aio > libc ABIs: UNIQUE IFUNC > For bug reporting instructions, please see: > <http://www.gnu.org/software/libc/bugs.html>. > > But, when looking through the source code for this version on the CentOS servers...