Re: [Rd] R uses private function in libc (PR#9107)

On Fri, 28 Jul 2006, Thomas Lumley wrote, quoting someone else: > > In any case, as you can see, __libc_stack_end goes away completely by libc > > 2.3.6, I don't see this: my FC3 AMD64 *g*libc 2.3.6 system gives 2148: 4 OBJECT GLOBAL DEFAULT UND [EMAIL PROTECTED] (22) 9516:

Re: [Rd] R uses private function in libc (PR#9107)

> > > In any case, as you can see, __libc_stack_end goes away completely by libc > 2.3.6, and as noted in the follow-up I sent to this bug yesterday, the > reasons one shouldn't use this symbol are quite clearly stated here: > >

Re: [Rd] R uses private function in libc (PR#9107)

--On Friday, July 28, 2006 9:23 AM +0100 Prof Brian Ripley <[EMAIL PROTECTED]> wrote: > On Fri, 28 Jul 2006, [EMAIL PROTECTED] wrote: > >> Full_Name: Quanah Gibson-Mount >> Version: 2.3.0, 2.3.1 >> OS: Linux > > That's not adequate information: see below. > >> Submission from: (NULL) (171.66.15

Re: [Rd] R uses private function in libc (PR#9107)

On Fri, 28 Jul 2006, [EMAIL PROTECTED] wrote: > Full_Name: Quanah Gibson-Mount > Version: 2.3.0, 2.3.1 > OS: Linux That's not adequate information: see below. > Submission from: (NULL) (171.66.155.86) > > > libc used to export the symbol: > > __libc_stack_end; > > however, newer versions of

[Rd] R uses private function in libc (PR#9107)

Full_Name: Quanah Gibson-Mount Version: 2.3.0, 2.3.1 OS: Linux Submission from: (NULL) (171.66.155.86) libc used to export the symbol: __libc_stack_end; however, newer versions of libc no longer export it. R has some serious problems around this, because the code has: # ifdef linux extern voi