similar to: [LLVMdev] [PATCH] [compiler-rt] Minix (w.r.t. svn r147606)

Attached is a patch to pull in the correct endian.h file on the BSD'. I checked all OS' on the defined list and they all require machine instead of sys. While there I added __Bitrig__ which is a newly launched OS that uses clang as it's compiler. diff --git a/lib/int_endianness.h b/lib/int_endianness.h index 70bd177..f821f9a 100644 --- a/lib/int_endianness.h +++

[I'm not online regularly, so don't include me in any replies. Looks like the archives are working at present, so I'll catch up from them when I get a chance. Thanks...] (Trying out vorbis-dev@ instead of vorbis@ where I sent my previous messages; if this is the wrong place, correct me) Greetings. Some weeks ago, I submitted several hacks which gave me the ability to play Ogg

NetBSD does not have alloca.h, so CBackend.cpp need to handle NetBSD in the same way as FreeBSD and OpenBSD, as in the attached patch. /Krister -------------- next part -------------- Index: CBackend.cpp =================================================================== --- CBackend.cpp (revision 45865) +++ CBackend.cpp (working copy) @@ -1323,7 +1323,7 @@ static void

---------- Forwarded message ---------- From: Ruben Van Boxem <vanboxem.ruben at gmail.com> Date: 2012/1/7 Subject: Re: [llvm-commits] [PATCH][Compiler-rt] Windows implementation of mmap functionality in clear_cache_test and enable_execute_stack_test To: Anton Korobeynikov <anton at korobeynikov.info> 2012/1/7 Anton Korobeynikov <anton at korobeynikov.info> > Hello Ruben

Hi, Attached is a patch for compiler-rt to allow it to compile with MinGW-w64 on Windows. Results aren't that bad. x86 GCC and Clang do everything right, all tests pass. x86_64 GCC fails a lot of tests. This is 99% sure a codegen issue. 38 - fixunssfti_test (Failed) 74 - fixunsdfti_test (Failed) x86_64 Clang fails these tests: 2 - udivmodti4_test (SEGFAULT) 6 - fixdfti_test (Failed) 8 -

------- Forwarded Message The following patches should fix vorbis-tools to build on NetBSD. I'm not including the diff to the configure scripts, so you'll need to rerun autoconf in the toplevel and libao directory after applying these patches to the configure.in files. It also appears that vorbis-tools/libao/ao_libs.inc is automatically generated by a configure script but checked into

2012/1/7 Anton Korobeynikov <anton at korobeynikov.info> > Hi Ruben, > > > I see I missed some curly braces. I also modified spacing a tiny bit. > Doesn't seem so. E.g. you have: > > + if ( !VirtualQuery(addr, &b, sizeof(b)) ) > + exit(1); > + if( !VirtualProtect(b.BaseAddress, b.RegionSize, > PAGE_EXECUTE_READWRITE, &b.Protect) ) >

machine/soundcard.h was only a compatibility symlink to sys/soundcard.h and just went away. >From Motoyuki Konno <motoyuki@bsdclub.org>. --- src/plugins/oss/ao_oss.c.orig Wed Apr 10 21:56:57 2002 +++ src/plugins/oss/ao_oss.c Wed Apr 10 21:57:11 2002 @@ -32,8 +32,6 @@ #include <math.h> #if defined(__OpenBSD__) || defined(__NetBSD__) #include <soundcard.h> -#elif

I am successfully able to build today's theora_cvs_snapshot under NetBSD/i386 1.6 with SDL disabled. (I haven't tested yet.) I was unable to build with SDL: player_example.c:52: sys/soundcard.h: No such file or directory I see the source says it is OSS-specific for now. This is what I did to make it build: --- work.rainier/theora/examples/player_example.c.orig Mon May 19 12:31:37

This has been mentioned before on this list, but in order for md5.c to compile successfully (OpenBSD 3.3), the following must change in md5.c: #if defined( __FreeBSD__ ) || defined( __OpenBSD__ ) # include <sys/endian.h> Change this to be: #if defined( __FreeBSD__ ) || defined( __OpenBSD__ ) # include <machine/types.h> # include <machine/endian.h> And -E is an invalid

Having an absolute path in a #include confuses distcc''s pump mode. Since AFAICS OpenBSD''s stdarg handling uses the builtins, I think we should just treat it like we do NetBSD. I don''t have an OpenBSD box to test on, though. :( Any OpenBSD enthusiasts care to comment? Tim. diff --git a/xen/include/xen/stdarg.h b/xen/include/xen/stdarg.h index 57e2c0e..cb870ac 100644

I just added __OpenBSD__ everywhere __FreeBSD__ was being tested (there were about a dozen places). I suspect we'll have to add one for NetBSD also one day (even DragonflyBSD?). INT8_MAX and friends ought to be declared by <stdint.h>. It is on FreeBSD. Ralph Corderoy wrote: >Hi again, > >I wrote: > > >>>I would like to test but the I modigied the

I'll Check it out.. is it in the CVS or the release yet.. or how do I apply a patch to it... thanks much for the update.. I'll feel better about the whole thing..OpenBSD is really nice with the pro-police stack and would like to see an alternative to the GCC only compiler chain of tools especially as it is based on a somewhat archaic optiminzation backend and procedural stuff is pretty

attached please find patches to make vorbis kit (2000/8/18 daily tar.gz) to compile on netbsd. we need more tests and cleanups (like moving -lossaudio into AC_CHECK_LIB() in configure.in), but it should be good as starting point. thanks. itojun PS: i'm not on the list. if possible please cc: to me. $NetBSD: patch-aa,v 1.1.1.1 2000/08/17 16:56:18 itojun Exp $ ---

Hi again, I wrote: > > I would like to test but the I modigied the configure to make > > unknown = OpenBSD and Unix > > Have you looked at ./config.log. ./configure creates this as it runs > as a trace of the path it took through ./configure. Work backwards > from the end to find out what it didn't like. I remember SourceForge's compile farm has an OpenBSD x86

Hello, This HP specific bug report deals with the optional disc quota support. Local Environment ================= Machine Arch: HP-PA Machine OS: HP-UX OS Version: 11.0 Kernel: patched up to and including PHKL_27553,PHNE_27393 Compiler: HP ANSI C compiler Libc Version: PHCO_28425 (libc cumulative patch) Samba Version: 2.2.8a Network Layout (description): Medium size; well

See my note from yesterday about quota size displays for reference I have just been looking at the source code. (long time since I did C, so forgive me if I stuff something up royally) in source/smbd/ntquotas.c there is code that corrects for block sizes other than 1024, which would work correctly IFF the *bsize is set correctly (should be 512 on my FreeBSD system but i don't know how to

All, Jay - and Kees -, thank you for notifying us of this move. Yes, as Kees wrote we certainly are using llvm/gtest, but are prepared to submit our changes to gtest directly if they haven't taken them yet. I'll take it up with my GSOC student, who is working on submitting many other minix-specific patches to maintainers of packages in our third-party package repository. =Ben

Hi, I tried to boot both Minix 2.0.4 and Minix 3.1.2 on a XEN HVM DomU. In both cases the system will not boot. The last messages which appears on the screen is Hit a key as follows: 1 Regular Minix 3 ... 2 Small Minix 3 ... I used the following configuration. kernel = "/usr/lib/xen/boot/hvmloader" builder=''hvm'' memory = 128 name = "Minix"

Got this bug report for Ubuntu's klibc: https://launchpad.net/distros/ubuntu/+source/klibc/+bug/37528 > In the fstype tool there is a problem if the lower 16 bit of number of > free inodes in a ext3 filesystem happens to match minix filesystem > magic. > > This will cause the system not to boot since ubuntu will attempt to > mount the filesystem as a minix filesystem. I