Hi,

On Mon, Jul 21, 2014 at 12:36 AM, Szabolcs Nagy <nsz@port70.net> wrote:
* Glauber Costa <glommer@cloudius-systems.com> [2014-07-17 13:12:55 +0400]:
...

btw do you happen to know anything about the osv project
developed by cloudius-systems?

Since we have no other projects than OSv at the moment, yes, I do know about it =)
 

they seem to have copied a lot of code from musl, but
never said a word about it here.. would be nice to know
where they are going with it.. or why they decided to
use musl in the first place

I am sorry about that! The decision to use musl was a very early
one, before I joined the company (even though I am employee # 4 =p)
As far as I know, it was motivated by both the license, and the coverage set
which was quite good, with good code quality. It also fits very well our goal
of being lightweight and lean.

From my perspective, it would be good for us to be just able to import upstream
musl without having it in our tree - exactly for the reasons you point below, of bugfixes.
But we don't really use all of it, some files were converted to C++, and other small
changes to fit our environment, etc. Part of the reason we don't use musl in its
entirety, is that our core kernel provides the linux-compatible apis directly, without
a wrapper being needed. We also don't call __syscall, etc.

It would definitely be good if musl had a build environment that allowed us to build
just part of it and be more flexible with what we include in the image, etc. But it is
not our priority to work on it right now - we're just too few people, with too big of a
task =(
 

and looking at the libc/ code in osv, they don't really
back port bug fixes so there are some old musl bugs there..

Yes, we don't have the capacity to track it, that's why I believe eventually we will have
to work towards being able to consume musl as a totally external entity, rather than
importing code in our libc directory - if the changes needed for that are acceptable
for you guys, of course. If you have from the top of your head the hashes for some
of those bugfixes you mention, that would of course be a great service =)

What I can and happily will do, for the moment, is to send you back whatever changes
we make on our side, like this one patch here.

Thanks again