similar to: [patch] statfs64 sparc64 fix

It seems that klibc uses __sparc64__ to determine if it's compiled in 64 bit mode on sparc, gcc doesn't define __sparc64__ use __sparc_v9__ instead as proposed by Kyle McMartin <kyle@parisc-linux.org>, based on a patch by Sjoerd Simons <sjoerd@spring.luon.net> Signed-off-by: maximilian attems <maks@sternwelten.at> --- resend --- klibc-1.2.2.orig/include/sys/vfs.h

From: Steve Langasek <vorlon@debian.org> Fix the definition of struct statfs64, required for run-init to work on alpha. verified to have no regressions on amd64. Signed-off-by: maximilian attems <janitor@sternwelten.at> Signed-off-by: Frederik Sch?ler <fschueler-guest@costa.debian.org> --- klibc-1.1.1.orig/include/sys/vfs.h +++ klibc-1.1.1/include/sys/vfs.h @@ -32,17 +32,17

On Thu, 01 June 2006, H. Peter Anvin wrote: > Brian F. G. Bidulock wrote: > > On Thu, 01 Jun 2006, Bob Picco wrote: > >> > >> -#if !defined(__x86_64__) && !defined(__ia64__) && !defined(__sparc_v9__) > >> +#if !defined(__x86_64__) && !defined(__ia64__) && !defined(__sparc_v9__) && \ > >> +

It's checked in, it seems to work, it didn't bloat the system significantly, but it makes life a lot easier... I just released klibc-0.124 with the 64-bit off_t and statfs64 changes. The API shouldn't have changed, but the ABI is now 64 bits in (hopefully) all the right places. It's probably buggy... beat me up or (better) send a patch... -hpa

----- Forwarded message from General Stone <generalstone at gmx.net> ----- X-Original-To: maks at sternwelten.at Date: Mon, 2 Jan 2006 14:59:03 +0100 From: General Stone <generalstone at gmx.net> To: maximilian attems <maks at sternwelten.at> Subject: Re: [Logcheck-devel] Bug#344832: correct subject header On Mon, Jan 02, 2006 at 02:09:48PM +0100, maximilian attems wrote: >

On Thu, 2014-09-25 at 18:41 +0200, Thierry Reding wrote: > On Thu, Sep 25, 2014 at 09:48:01AM -0600, Stephen Warren wrote: > > On 09/25/2014 07:27 AM, Sjoerd Simons wrote: > > >Playing a bit with todays linux-next on my jetson, it seems this patch is > > >still required for enabling the GPU. Is there anything blocking it (firmware > > >not available yet in

From: Jurij Smakov <jurij@wooyd.org> I've investigated the sparc stat() klibc problem a bit and found that the definition of 'struct stat' in klibc's include/arch/sparc64/archstat.h is (most probably) incorrect. I've written a simple test case using stat() function and then looked at preprocessed source, which includes the 'struct stat' definition (from glibc

Hello all, Recently I have started writing some small package apps. The main app I''m working on at the moment is Camping/Photos[1]. Here I use a controller to serve static files (Theme[3]) that I have copied from [2]. There seems a problem however, when using this via lighttpd. All files that get served (via photos-dispatch.rb) get an extra ''\r\n'' in front. This

sparc still needs gcc-3.3 for a working run-init. belows makes use of the exported CC var. Signed-off-by: maximilian attems <maks@sternwelten.at> diff --git a/scripts/Kbuild.klibc b/scripts/Kbuild.klibc index 66e16e7..70e4071 100644 --- a/scripts/Kbuild.klibc +++ b/scripts/Kbuild.klibc @@ -72,7 +72,7 @@ KLIBCROSS := $(CROSS_COMPILE) # binutils KLIBCLD := $(KLIBCROSS)ld

patch from Hannes Reinecke <hare at suse.de> reduces noise on s390 build logs. while we are it remove check for early 2.X gcc versions. Signed-off-by: maximilian attems <maks at sternwelten.at> diff --git a/usr/include/klibc/compiler.h b/usr/include/klibc/compiler.h index 893f8a9..b7d9b50 100644 --- a/usr/include/klibc/compiler.h +++ b/usr/include/klibc/compiler.h @@ -91,12 +91,12

If you export two subvolumes of a btrfs filesystem, they will both be given the same uuid so lookups will be confused. blkid cannot differentiate the two, so we must use the fsid from statfs64 to identify the filesystem. We cannot tell if blkid or statfs is best without knowing internal details of the filesystem in question, so we need to encode specific knowledge of btrfs in mountd. This is

Hello all, I have an app mounted under /test via lighttpd fastcgi as indicated on [1]. Here I use R(Foo, bar) in views to link to controller foo, this correctly creates a /test/foo/bar link. However, when I use R() in some controller, for example: headers[''Refresh''] = "60; url=#{R(Foo, bar)}" The generated link is /foo/bar, which obviously links to something

If you have access to an Alpha, please test klibc-1.3.21; in particular, anything which uses pipes... Thanks, -hpa

add object rules so that the division, remainder and friends get really build on sparc, patch from Fabio M. Di Nitto <fabbione@ubuntu.com>. reworked to apply on latest git tree. Signed-off-by: maximilian attems <maks@sternwelten.at> --- Has been since long in the Debian and Ubuntu klibc. diff --git a/klibc/arch/sparc/Makefile.inc b/klibc/arch/sparc/Makefile.inc index

Hello Ervin, The in-memory cache lookup could be added back into samba-4.1.6 by applying the attached patch, if it could be compiled with Louis how-to steps, perhaps got the chance to make U14.04 be stayed on samba-4. Here is my test, the test-bench is uploading 5000 files and each one is 1MB. The attached patch could improve 15% at case B). Case A) Original samba-4.1.6 will go through

When I compile klibc on little-endian mips, I get: KLIBCLD klibc/libc.so ld: klibc/arch/mips/crt0.o: compiled for a little endian system and target is big endian ld: klibc/arch/mips/crt0.o: endianness incompatible with that of the selected emulation ld: failed to merge target specific data of file klibc/arch/mips/crt0.o When I change "elf32-tradbigmips" to

Commit 8418552 ("[klibc] ia64: Fix shared build") missed this use of the GP register, although the code appears to have been dubious anyway, assuming the address of errno was the first thing pointed to by GP. --- usr/klibc/arch/ia64/vfork.S | 6 +----- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/usr/klibc/arch/ia64/vfork.S b/usr/klibc/arch/ia64/vfork.S index

Processing commands for control@bugs.debian.org: > reassign 368417 xen-hypervisor-3.0.2-1-i386 Bug#368417: xen-hypervisor-3.0-i386: cannot start NetBSD-HEAD Warning: Unknown package 'xen-hypervisor-3.0-i386' Bug reassigned from package `xen-hypervisor-3.0-i386' to `xen-hypervisor-3.0.2-1-i386'. > reassign 380333 xen-hypervisor-3.0.2-1-i386 Bug#380333:

A non-text attachment was scrubbed... Name: parse_logcheck Type: application/octet-stream Size: 3860 bytes Desc: not available Url : http://lists.alioth.debian.org/pipermail/logcheck-devel/attachments/20040901/b1727d89/attachment.obj

please pull git://charm.itp.tuwien.ac.at/mattems/klibc/.git maks commit b0c5c2b8ee60d91cb96541339c6be8108d0e2131 Author: maximilian attems <maks at sternwelten.at> Date: Thu Aug 24 22:40:23 2006 +0200 [klibc] mkdir add usage when printing errors about cli switches, point out the expected usage. patches adds usage function and calls to it. Signed-off-by: maximilian