Modify glibc's printf for use from VC ctx (XCC)
authorBarret Rhoden <brho@cs.berkeley.edu>
Mon, 11 Apr 2016 16:27:05 +0000 (12:27 -0400)
committerBarret Rhoden <brho@cs.berkeley.edu>
Fri, 15 Apr 2016 14:29:13 +0000 (10:29 -0400)
commit779744b544dae34b8c6d9e690755d27d9ffe22e7
treea7224478b11bed0fddfe0f0738b9e3aa8dbb1059
parent01b15c018e6b2db4ac9f6d580090ffcf125eb301
Modify glibc's printf for use from VC ctx (XCC)

The existing hack for calling to vcore context doesn't work for snprintf.
Glibc uses the same backend for printing to files as well as buffers, which
makes sense since you only want to do format string handling once.  Our
hack only worked for files; if you did an snprintf from vcore context,
you'd fail (write to fd -1, incidentally).

Instead of hacking glibc to use our printf, we'll just hack out the major
stack gobblers from glibc's vprintf.  We'll see if this works or not.

As a side effect, we don't need our parlib version of printfmt.  I'm glad
to see it go, since it wasn't compatible with glibc's - including printf
format specifiers we registered with glibc.  You could have a format string
that was processed differently in vcore ctx than in uthread ctx, which
would be confusing.

Rebuild glibc.

Signed-off-by: Barret Rhoden <brho@cs.berkeley.edu>
tools/compilers/gcc-glibc/glibc-2.19-akaros/sysdeps/akaros/Versions
tools/compilers/gcc-glibc/glibc-2.19-akaros/sysdeps/akaros/parlib-compat.c
tools/compilers/gcc-glibc/glibc-2.19-akaros/sysdeps/akaros/vfprintf.c
user/parlib/debug.c
user/parlib/debugfmt.c [deleted file]
user/parlib/include/parlib/stdio.h