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

From: Brian Knox <[email-masked]>
Date: Sun, 19 May 2013 18:31:19 -0400

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

---

From: Brian Knox <[email-masked]>
Date: Sun, 19 May 2013 18:40:07 -0400

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

---

From: Brian Knox <[email-masked]>
Date: Sun, 19 May 2013 20:26:57 -0400

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

Brian

---

From: Timo Teras <[email-masked]>
Date: Mon, 20 May 2013 08:04:29 +0300

Hi,

On Sun, 19 May 2013 20:26:57 -0400
Brian Knox <[email-masked]> 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:  [email-masked]
Help:         [email-masked]
---