similar to: Patch to support parisc

On PA-RISC machines running in 64-bit mode, uname -m returns `parisc64' instead of `parisc.' Thus, we must sed this to match like a few other platforms. From: Kyle McMartin <kyle@parisc-linux.org> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org> diff --git a/Makefile b/Makefile index 2b057b8..16a026d 100644 --- a/Makefile +++ b/Makefile @@ -14,7 +14,7 @@ include

Hi folks, attached you can find a tiny patch for klibc-0.198 to get rid of the symbolic link pointing to the kernel sources, and to get rid of some obsolete rebuilds during incremental. Feel free to include it. Regards Harri -------------- next part -------------- diff -ur old/klibc-0.198/MCONFIG klibc-0.198/MCONFIG --- old/klibc-0.198/MCONFIG 2004-10-14 06:32:24.000000000 +0200 +++

If You want to compile vorbis libraries under win32 environment you can experience some problems: 1) If you unzip vorbis libraries, you will have 3 directories: "libogg-1.0", "libvorbis-1.0" and "vorbis-tools-1.0". You need to rename them to "ogg", "vorbis", "vorbis-tools". Otherwise batch files or even dsp project files, won't work.

On Sep 21, 2009, at 6:21 PM, Shantonu Sen wrote: > I've committed my changes to hook up the BlocksRuntime/ subdirectory > of compiler-rt, using CMake. > > The cmake build process is documented at <http://llvm.org/docs/CMake.html > > Whoops, looks like the presence of a CMakeFiles directory in the SRCROOT was screwing things up, even when I was in a build

On Tue, Aug 20, 2013 at 07:44:39AM +0200, leroy christophe wrote: > > > Find attached two patches I have in order to build klibc 2.0.2 > against kernel 3.8.13 > We had to introduce those patches when going from kernel 3.6 to kernel 3.7 > Hope it helps. > those patches are wrong and again very brittle. just use the way it is described in `make help': A) cd ~/src/linux

Hello all, I have replaced the llvm-gcc shipped with the Xcode by the latest version and I was wondering if I have missed something... (everything *seems* to work). Here's what I did: 0. Checkout LLVM (and clang) + llvm-gcc 1. Build LLVM (with clang) and install into /Developer/usr/local : # mkdir llvmobj # cd llvmobj # CC=gcc-4.2 CXX=g++-4.2 ../llvm/configure

It''s been nearly a year since the patches needed to implement a reflinked copy between subvolumes have been posted (http://permalink.gmane.org/gmane.comp.file-systems.btrfs/9865 ) and I still get "Invalid cross-device link" error with Linux 3.2.4 while I try to do a cp --reflink between subvolumes. This is a *very* useful feature to have (think offline file-level

some files depend on nodes.h, but there is no dependency for that fact. olaf@mandarine:~/klibc-0.87> grep -Er 'include.*nodes.h' ash/ | sed 's-^[^/]\+/\([^.]*\).*-\1.o-' | xargs echo OBJ_NODES = OBJ_NODES = cd.o eval.o exec.o expand.o jobs.o main.o nodes.o options.o parser.o redir.o show.o trap.o var.o make spotless doesnt work reliable, the patch adds a few more targets. Is

I attempt install and use qmtest for run LLVM testsuit at FreeBSD, but without success. I have installed qm-2.2 (latest and single version accessable from http://www.codesourcery.com/qmtest/download.html in sources) When I start qmtest for LLVM ("make qmtest" in <llvm-obj-dir>/test directory - right?) error printed: ---8X---------------

hi all - anyone find a way to get vmware player 12.5.7 working with 7.4? Thanks - everything good with the upgrade except that. Great job CentOS team! Jerry starting vmplayer I get the following: Note: adwaita is installed. canberra is installed No idea what pk is ? vmplayer (vmware-modconfig:12595): Gtk-WARNING **: Unable to locate theme engine in module_path: "adwaita",

Hello, The attached patch adds the jcheck target equivalent to make check, but that can run with a -j flag ($ make jcheck -jX). It does not interfere with the regular check, but rather builds on top of the check-one target: it first generates a list of tests to run using RunLLVMTests, and then run those tests according to the supplied -j flag, invoking the check-one target for each one of them.

Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://www.zytor.com/pipermail/klibc/attachments/20050902/d8550194/attachment.bin

After getting annoyed with it a few too many times, the "linux" symlink is now expected in the root of the source tree (where you'd type "make" in the normal case). Also, all paths are relative to SRCROOT; KLIBSRC = $(SRCROOT)/klibc. -hpa

Hello All, As part of my clang/LLVM experiments and explorations with different clang-built kernel versions, I have tried to bring up other Linux/Ubuntu applications with their kernel modules also being clang-built. One such case has been with VMware Player 14.1.1. I am sharing this report for interested people that highlights my research and success in overcoming and solving the challenges in

We have downloaded all of the Windows Vorbis 1.0 distribution files and are attempting to compile the libvorbis libraries using the batch files (e.g. build_vorbisfile_dynamic.bat). This succesfully invokes Microsoft Visual Studio but fails as shown below: <p>F:\pnewton\Project\Ogg Vorbis Downloads\V1.0\libvorbis-1.0\win32> build_vorbisfile_dynamic.bat ---+++--- Building Vorbisfile

Hi, We just build tftp-hpa on out supported platforms, and I have a very small patch. On hpux, we have a sysexits.h that does not define EX_CONFIG. Also, we like to use CPPFLAGS to point to our include dirs, tftp-hpa doesn't use CPPFLAGS. This can be a little confusing, as the configure checks use CPPFLAGS, but the build itself does not. Peter -------------- next part -------------- Index:

a make -j may fail without it. --- klibc/ash/Makefile.orig 2004-01-27 13:43:02.000000000 +0000 +++ klibc/ash/Makefile 2004-01-27 13:44:34.000000000 +0000 @@ -13,6 +13,7 @@ OBJ2 = builtins.o cd.o dirent.o bltin/ec OBJS = $(OBJ1) $(OBJ2) OBJ_NODES = cd.o eval.o exec.o expand.o jobs.o main.o nodes.o options.o parser.o redir.o show.o trap.o var.o +OBJ_BUILTINS = b.o eval.o exec.o SRCROOT =

following the recent build changes, I'd thought something like this would be nice, any comments? commit 35726faab20e4fe8bc969bcb867f8edafa14b155 Author: maximilian attems <max at stro.at> Date: Fri Mar 19 04:27:23 2010 +0100 [klibc] Makefile: Add help target Add explanations to ease klibc hacking. Signed-off-by: maximilian attems <max at stro.at> diff

Commit-ID: 22b36d1ae34416bc48869619cbb0cccb2070f48f Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=22b36d1ae34416bc48869619cbb0cccb2070f48f Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Fri, 25 Jan 2019 01:20:36 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 25 Jan 2019 02:38:03 +0000 [klibc] Makefile: Honour

On 12/26/2013 07:27 PM, Robin H. Johnson wrote: > (please CC me, I'm not on the klibc list, and I didn't get HPA's > response to my post). > > On Fri, Dec 27, 2013 at 12:24:34AM +0000, Thorsten Glaser wrote: >> H. Peter Anvin dixit: >>> You should be using the output of "make headers_install" to build klibc. > That makes easy cross-building a