~alpine/devel

3 2

[alpine-devel] gnu/libc-version.h

Details
Message ID
<CAPi=7hMp-EWm8Dkty7hT6V6L_UXbA4Lang+0_eiki8FuKoUUNw@mail.gmail.com>
Sender timestamp
1369002679
DKIM signature
missing
Download raw message
I'm working on a mongodb package for alpine linux and have gotten pretty
far.  My compilation is now failing on processinfo_linux2.cpp trying to
include gnu/libc-version.h.

I'm not that experienced with working with uclibc so I'm looking for a
little advice on how to address this (hopefully without having to resort to
moving to glibc).

Thanks!

Brian

[alpine-devel] Re: gnu/libc-version.h

Details
Message ID
<CAPi=7hP=6cQ0-crD9jKSA_N67bZ7W8bNr2KTsz8BKO2cBZh35Q@mail.gmail.com>
In-Reply-To
<CAPi=7hMp-EWm8Dkty7hT6V6L_UXbA4Lang+0_eiki8FuKoUUNw@mail.gmail.com> (view parent)
Sender timestamp
1369003207
DKIM signature
missing
Download raw message
Looking at processinfo_linux2.cpp, it doesn't appear to be using
gnu_get_libc_version() (which is provided  by gnu/libc-version.h) for
anything critical - it's informational data that's not, from any code I can
see in mongo, used for any actual decision making.

So worst case, I could probably write a patch for mongo that would let me
skip the header.  However, in general I'm curious about the issue of code
that uses gnu/libc-version.h on uclibc for my own education on uclibc.

Brian


On Sun, May 19, 2013 at 6:31 PM, Brian Knox <taotetek@gmail.com> wrote:

> I'm working on a mongodb package for alpine linux and have gotten pretty
> far.  My compilation is now failing on processinfo_linux2.cpp trying to
> include gnu/libc-version.h.
>
> I'm not that experienced with working with uclibc so I'm looking for a
> little advice on how to address this (hopefully without having to resort to
> moving to glibc).
>
> Thanks!
>
> Brian
>

[alpine-devel] Re: gnu/libc-version.h

Details
Message ID
<CAPi=7hMzXLnJHgbQsbaH3FtdaKv4P5MJAqJDo7Hf=h27fCfZ1g@mail.gmail.com>
In-Reply-To
<CAPi=7hP=6cQ0-crD9jKSA_N67bZ7W8bNr2KTsz8BKO2cBZh35Q@mail.gmail.com> (view parent)
Sender timestamp
1369009617
DKIM signature
missing
Download raw message
Looks like I could write a patch for mongo to get the same information from
feature.h, thus avoiding gnu/libc-version.h.

Brian


On Sun, May 19, 2013 at 6:40 PM, Brian Knox <taotetek@gmail.com> wrote:

> Looking at processinfo_linux2.cpp, it doesn't appear to be using
> gnu_get_libc_version() (which is provided  by gnu/libc-version.h) for
> anything critical - it's informational data that's not, from any code I can
> see in mongo, used for any actual decision making.
>
> So worst case, I could probably write a patch for mongo that would let me
> skip the header.  However, in general I'm curious about the issue of code
> that uses gnu/libc-version.h on uclibc for my own education on uclibc.
>
> Brian
>
>
> On Sun, May 19, 2013 at 6:31 PM, Brian Knox <taotetek@gmail.com> wrote:
>
>> I'm working on a mongodb package for alpine linux and have gotten pretty
>> far.  My compilation is now failing on processinfo_linux2.cpp trying to
>> include gnu/libc-version.h.
>>
>> I'm not that experienced with working with uclibc so I'm looking for a
>> little advice on how to address this (hopefully without having to resort to
>> moving to glibc).
>>
>> Thanks!
>>
>> Brian
>>
>
>

Re: [alpine-devel] Re: gnu/libc-version.h

Timo Teras <timo.teras@iki.fi>
Details
Message ID
<20130520080429.103314d5@vostro>
In-Reply-To
<CAPi=7hMzXLnJHgbQsbaH3FtdaKv4P5MJAqJDo7Hf=h27fCfZ1g@mail.gmail.com> (view parent)
Sender timestamp
1369026269
DKIM signature
missing
Download raw message
Hi,

On Sun, 19 May 2013 20:26:57 -0400
Brian Knox <taotetek@gmail.com> wrote:

> Looks like I could write a patch for mongo to get the same
> information from feature.h, thus avoiding gnu/libc-version.h.

This sounds like the wanted and correct approach. Preferable if you can
get it accepted upstream in mongo code, but meanwhile we can have it as
patch in the aports git tree too.



---
Unsubscribe:  alpine-devel+unsubscribe@lists.alpinelinux.org
Help:         alpine-devel+help@lists.alpinelinux.org
---
Reply to thread Export thread (mbox)