similar to: [GIT PULL] klibc minor fixes

Removed unused local variable from vsscanf(). Signed-off-by: Greg Thelen <gthelen at google.com> --- usr/klibc/vsscanf.c | 7 ------- 1 files changed, 0 insertions(+), 7 deletions(-) diff --git a/usr/klibc/vsscanf.c b/usr/klibc/vsscanf.c index 51e50f7..b8f068c 100644 --- a/usr/klibc/vsscanf.c +++ b/usr/klibc/vsscanf.c @@ -88,7 +88,6 @@ int vsscanf(const char *buffer, const char

When building klibc 1.5.25 against linux/master (ie. post 3.1) I'm seeing: klibc/generated/include/linux/if_packet.h:176: error: expected specifier-qualifier-list before '__aligned_u64' which seems to come from upstream commits: 0d4691ce112be025019999df5f2a5e00c03f03c2 remotes/linux/master~90^2~408 (origin) 96c131842aab45b5d139d0bcb417796819f5ee92 remotes/linux/master~90^2~169

The stdio klibc branch got merged into klibc properly, meaning the I/O being buffered. klibc gained with it support for several stream functions. This massive work got authored by hpa. ipconfig saw several note worthy enhancement allowing the generation of a proper lease file. kinit added fs mount according to /etc/fstab or bootparam. Plus several arch fixes for the usual suspects: alpha, i386,

From: Matt Fleming <matt.fleming at linux.intel.com> Partially revert "com32: add a centralized bitops header" This reverts part of commit db74cf6c4182f40ecf7fad1f04799d09d82f896d. The usage of the centralized bitops in com32/lib/vsscanf.c is not correct because the bitmap that we're accessing is too large for the 'bt', 'bts' and 'btc' instructions to

Hi all, Date: Thu, 10 Dec 2009 22:55:20 +0800 Subject: [PATCH] [RFC] lib: add a hex dump lib function I think it would be better to have a hex dump routine; it would make debugging much easier since it can dump the data, like fs meta data, in a hex style, just like what the 'hexdump -C file' command does. BTW, I'm not sure where should I to put the hexdump function declaration. For

It's equivalent to __printf, so prefer __scanf. Signed-off-by: Joe Perches <joe at perches.com> --- include/linux/compiler-gcc.h | 3 ++- include/linux/kernel.h | 8 ++++---- include/xen/xenbus.h | 4 ++-- scripts/checkpatch.pl | 6 ++++++ 4 files changed, 14 insertions(+), 7 deletions(-) diff --git a/include/linux/compiler-gcc.h

It's equivalent to __printf, so prefer __scanf. Signed-off-by: Joe Perches <joe at perches.com> --- include/linux/compiler-gcc.h | 3 ++- include/linux/kernel.h | 8 ++++---- include/xen/xenbus.h | 4 ++-- scripts/checkpatch.pl | 6 ++++++ 4 files changed, 14 insertions(+), 7 deletions(-) diff --git a/include/linux/compiler-gcc.h

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 How can I use std::string in my winemaker project? If I do a #include <string> along with an #include <windows.h>, I get the following errors: - --- In file included from /usr/include/c++/3.3/i486-linux/bits/c++io.h:35, from /usr/include/c++/3.3/bits/fpos.h:44, from

The Wine maintenance release 2.0.4 is now available. What's new in this release (see below for details): - Various bug fixes - Updates to the National Language Support files - Documentation updates The source is available from the following locations: https://dl.winehq.org/wine/source/2.0/wine-2.0.4.tar.xz http://mirrors.ibiblio.org/wine/source/2.0/wine-2.0.4.tar.xz Binary

Greetings! As I have presented in the announcement about the ELF dynamic linker preview earlier this week, one of my tasks now is to reduce the size of the root COM32 module to a minimum, and make the rest of the klibc available as dynamic loadable content. After I studied the linker map output and saw what are the minimal requirements of the dynamic linker itself from the C library (the object

I got a really simple code to test but the author unfortunately used conio.h and system("cls") quite a few times. So I thought I'll check if I can use my Wine-1.1.11 instead of a windows installation that I keep on a VM. I used 'winemaker ./' and then 'make' and that's what I got: Code: szczerb at nomad ~/projekty/wine/plansza $ make wineg++ -c -mno-cygwin -I.

The Wine development release 2.18 is now available. What's new in this release (see below for details): - Radial gradients in Direct2D. - Asynchronous message support in WebServices. - Virtual memory write watches improvements. - FreeType 2.8.1 compatibility fixes. - Various bug fixes. The source is available from the following locations:

hello hpa, rebased my branch, please pull latest git pull git://brane.itp.tuwien.ac.at/~mattems/klibc.git maks for the following shortlog maximilian attems (6): fstype: add squashfs v3 support reiser4_fs.h: add attribute packed to reiser4_master_sb fstype: add ext4 support .gitignore: add subdir specific entries usr/klibc/Kbuild: beautify klibc build fstype:

From: Gene Cumm <gene.cumm at gmail.com> COM32: Add directory functions getcwd(), opendir(), readdir() and closedir(). This depends on the patch that I just submitted creating the COMBOOT API calls. Signed-off-by: Gene Cumm <gene.cumm at gmail.com> --- The intention is to create the library calls with (hopefully) POSIX compliance such that a small application written to use these

The Wine development release 3.0-rc5 is now available. What's new in this release (see below for details): - Bug fixes only, we are in code freeze. The source is available from the following locations: https://dl.winehq.org/wine/source/3.0/wine-3.0-rc5.tar.xz http://mirrors.ibiblio.org/wine/source/3.0/wine-3.0-rc5.tar.xz Binary packages for various distributions will be available

From: Gene Cumm <gene.cumm at gmail.com> COM32: Add directory functions getcwd(), opendir(), readdir() and closedir(). This depends on the patch that I just submitted creating the COMBOOT API calls. Signed-off-by: Gene Cumm <gene.cumm at gmail.com> --- The intention is to create the library calls with (hopefully) POSIX compliance such that a small application written to use these

Hi. uname -a Linux localhost.localdomain 2.6.30.10-105.fc11.i686.PAE #1 SMP Thu Dec 24 16:41:17 UTC 2009 i686 i686 i386 GNU/Linux [??@localhost R-2.10.1]$ pwd /home/??/Bin/RStats/R-2.10.1 I fixed this before for previous version of R by copying part of the mplayer tree into the R tree. But, I forgot what I did. Any help? Checking for FFmpeg libavutil ... Error: MPlayer will not compile

The Wine maintenance release 2.0.5 is now available. What's new in this release (see below for details): - Various bug fixes The source is available from the following locations: https://dl.winehq.org/wine/source/2.0/wine-2.0.5.tar.xz http://mirrors.ibiblio.org/wine/source/2.0/wine-2.0.5.tar.xz Binary packages for various distributions will be available from:

The Wine development release 1.7.54 is now available. What's new in this release (see below for details): - Implementation of the TransmitFile function. - More implementation of the Web Services DLL. - Improved video decoding. - Alternative for the deprecated prelink tool. - Major Turkish translation update. - Various bug fixes. The source is available from the following

The Wine development release 1.7.55 is now available. What's new in this release (see below for details): - Pulse audio driver. - Various fixes for Microsoft Office 2013 support. - Some more implementation of the Web Services DLL. - More fixes for the latest C runtime version. - Improvements to the Makefile generation. - Various bug fixes. The source is available from the