X-Original-To: alpine-devel@lists.alpinelinux.org
Delivered-To: alpine-devel@mail.alpinelinux.org
Received: from mail-qa0-f52.google.com (mail-qa0-f52.google.com [209.85.216.52])
	(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
	(No client certificate requested)
	by mail.alpinelinux.org (Postfix) with ESMTPS id 30F1ADC012D
	for <alpine-devel@lists.alpinelinux.org>; Mon, 20 May 2013 00:26:58 +0000 (UTC)
Received: by mail-qa0-f52.google.com with SMTP id bv4so1278344qab.18
        for <alpine-devel@lists.alpinelinux.org>; Sun, 19 May 2013 17:26:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:x-received:in-reply-to:references:date:message-id
         :subject:from:to:content-type;
        bh=2qv7uEdZJsElXQz88zWystvjjBpLxSFHsE5ANh40TxU=;
        b=vgXHR4E41VyXqUhTE54Jds7KZQXWDop6jjmISIRDMHrGsa5SqrBpoXNKvBMvT5fUkm
         ADuLylzmGlv5Dmj2XI+ckBdaVNYkjAxTwy8JojBnobdKtLF3QxwnzMvgaHpv29TZmc0h
         cltmiiJL5dW4JQgcpqnUmnvVQWW0wHJ/1V1UoZzWzJdGMwO9VGg4EB2Pz3CG181k/Bil
         K1nk/IziKo8FJHLVBKjCDbCCRAaA1rdq86ZZK6Mn0VpgfZBaRvVCP+Z9aKsH/1mGM+A7
         KYF3yFQ649dLBVtnnJjwIu/R6njBS1BJf8tam/hmxODghNZILJwiVzlVxHAVg1o0Yt2v
         cfQw==
X-Mailinglist: alpine-devel
Precedence: list
List-Id: Alpine Development <alpine-devel.lists.alpinelinux.org>
List-Unsubscribe: 
	<mailto:alpine-devel+unsubscribe@lists.alpinelinux.org?subject=unsubscribe>
List-Post: <mailto:alpine-devel@lists.alpinelinux.org>
List-Help: <mailto:alpine-devel+help@lists.alpinelinux.org?subject=help>
List-Subscribe: 
	<mailto:alpine-devel+subscribe@lists.alpinelinux.org?subject=subscribe>
MIME-Version: 1.0
X-Received: by 10.49.96.104 with SMTP id dr8mr22324362qeb.43.1369009617981;
 Sun, 19 May 2013 17:26:57 -0700 (PDT)
Received: by 10.49.12.45 with HTTP; Sun, 19 May 2013 17:26:57 -0700 (PDT)
In-Reply-To: <CAPi=7hP=6cQ0-crD9jKSA_N67bZ7W8bNr2KTsz8BKO2cBZh35Q@mail.gmail.com>
References: <CAPi=7hMp-EWm8Dkty7hT6V6L_UXbA4Lang+0_eiki8FuKoUUNw@mail.gmail.com>
	<CAPi=7hP=6cQ0-crD9jKSA_N67bZ7W8bNr2KTsz8BKO2cBZh35Q@mail.gmail.com>
Date: Sun, 19 May 2013 20:26:57 -0400
Message-ID: <CAPi=7hMzXLnJHgbQsbaH3FtdaKv4P5MJAqJDo7Hf=h27fCfZ1g@mail.gmail.com>
Subject: [alpine-devel] Re: gnu/libc-version.h
From: Brian Knox <taotetek@gmail.com>
To: alpine-devel@lists.alpinelinux.org
Content-Type: multipart/alternative; boundary=047d7b6da860f9576704dd1b6302

--047d7b6da860f9576704dd1b6302
Content-Type: text/plain; charset=ISO-8859-1

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
>>
>
>

--047d7b6da860f9576704dd1b6302
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Looks like I could write a patch for mongo to get the=
 same information from feature.h, thus avoiding gnu/libc-version.h.=A0 <br>=
<br></div>Brian<br></div><div class=3D"gmail_extra"><br><br><div class=3D"g=
mail_quote">
On Sun, May 19, 2013 at 6:40 PM, Brian Knox <span dir=3D"ltr">&lt;<a href=
=3D"mailto:taotetek@gmail.com" target=3D"_blank">taotetek@gmail.com</a>&gt;=
</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .=
8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir=3D"ltr"><div><div>Looking at processinfo_linux2.cpp, it doesn&#39;=
t appear to be using gnu_get_libc_version() (which is provided=A0 by gnu/li=
bc-version.h) for anything critical - it&#39;s informational data that&#39;=
s not, from any code I can see in mongo, used for any actual decision makin=
g.<br>

</div><br></div>So worst case, I could probably write a patch for mongo tha=
t would let me skip the header.=A0 However, in general I&#39;m curious abou=
t the issue of code that uses gnu/libc-version.h on uclibc for my own educa=
tion on uclibc.<span class=3D"HOEnZb"><font color=3D"#888888"><br>

<br>Brian<br></font></span></div><div class=3D"HOEnZb"><div class=3D"h5"><d=
iv class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Sun, May 19,=
 2013 at 6:31 PM, Brian Knox <span dir=3D"ltr">&lt;<a href=3D"mailto:taotet=
ek@gmail.com" target=3D"_blank">taotetek@gmail.com</a>&gt;</span> wrote:<br=
>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div><div>I&#39;m working o=
n a mongodb package for alpine linux and have gotten pretty far.=A0 My comp=
ilation is now failing on processinfo_linux2.cpp trying to include gnu/libc=
-version.h.<br>

<br></div>I&#39;m not that experienced with working with uclibc so I&#39;m =
looking for a little advice on how to address this (hopefully without havin=
g to resort to moving to glibc).<br>
<br></div>Thanks!<span><font color=3D"#888888"><br><br>Brian<br></font></sp=
an></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--047d7b6da860f9576704dd1b6302--


---
Unsubscribe:  alpine-devel+unsubscribe@lists.alpinelinux.org
Help:         alpine-devel+help@lists.alpinelinux.org
---