Nikos Chantziaras writes:
>
> glibc will use things in newer kernels anyway. You don't need to use
> NPTL_KERN_VER=2.6.38 in order for glibc to use 2.6.38 features; it
> will do that by default. NPTL_KERN_VER only omits fallbacks for older
> kernels. It's there to reduce the size of glibc. Th
On Thu, Aug 11, 2011 at 07:50, Nikos Chantziaras wrote:
> On 08/10/2011 04:02 PM, c...@chrekh.se wrote:
>>
>> There is at least a theoretical benifit if you set NPTL_KERN_VER=2.6.38
>> in make.conf and recompile glibc. That way glibc could use things not
>> present in older kernels.
>
> glibc will
On 08/10/2011 04:02 PM, c...@chrekh.se wrote:
Pandu Poluan writes:
While I'm about to do an `emerge -e @world` ...
Should I `emerge -av "=sys-kernel/linux-headers-2.6.38" ` ?
Any benefits over the current "sys-kernel/linux-headers-2.6.36.1" ?
There is at least a theoretical benifit if you
Pandu Poluan writes:
> On Wed, Aug 10, 2011 at 20:02, wrote:
>> Also, beware. If you recompile glibc withe NPTL_KERN_VER set, you can't
>> boot with older kernels anymore.
>>
>
> Can you explain what did you mean with "older kernels"? Kernels older
> than a certain version, or a previously-compi
On Wed, Aug 10, 2011 at 20:02, wrote:
> Pandu Poluan writes:
>
>> While I'm about to do an `emerge -e @world` ...
>>
>> Should I `emerge -av "=sys-kernel/linux-headers-2.6.38" ` ?
>>
>> Any benefits over the current "sys-kernel/linux-headers-2.6.36.1" ?
>
> There is at least a theoretical benifi
Pandu Poluan writes:
> While I'm about to do an `emerge -e @world` ...
>
> Should I `emerge -av "=sys-kernel/linux-headers-2.6.38" ` ?
>
> Any benefits over the current "sys-kernel/linux-headers-2.6.36.1" ?
There is at least a theoretical benifit if you set NPTL_KERN_VER=2.6.38
in make.conf and
6 matches
Mail list logo
