search for: target_os_mac

I've reattached the patch to runtime.c, this time as output from svn instead of git. As the original git commit noted, it does the following: define OSAtomicCompareAndSwap(Long|Int) for non-Mac/Win32 systems if neither TARGET_OS_MAC or TARGET_OS_WINDOWS are defined, check to see if GCC atomic built-ins are available (and use them if they are). yours, Bobby On Sat, Sep 12, 2009 at 3:24 AM, Bobby Powers <bobbypowers at gmail.com> wrote: > Hi Folks, > > The attached patches gets the Blocks runtime built and insta...

Hi Folks, The attached patches gets the Blocks runtime built and installed on my Linux system. Let me know if the patches are okay as is, or what I need to do to get them merged into compiler-rt. Thanks! yours, Bobby Powers -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-define-OSAtomicCompareAndSwap-Long-Int-for-non-Mac-W.patch Type: text/x-patch Size:

No, As it worked fine before. I can't see the #if that goes with +#elif defined(__WIN32__) as you removed -#if TARGET_OS_MAC. Please go over your #if / #endif blocks and trail the #endif with a comment. I am willing to bet there is a problem there. Thanks for your time, Edward. 2009/9/23 Shantonu Sen <ssen at apple.com>: > Sounds like your system compiler doesn't support gcc-style builtin atomics. > Ple...

...e as how nobody expects to build libgcc with anything other than gcc. Shantonu Sent from my MacBook On Sep 22, 2009, at 8:06 PM, Edward O'Callaghan wrote: > No, As it worked fine before. > > I can't see the #if that goes with +#elif defined(__WIN32__) as you > removed -#if TARGET_OS_MAC. > Please go over your #if / #endif blocks and trail the #endif with a > comment. I am willing to bet there is a problem there. > > Thanks for your time, > Edward. > > 2009/9/23 Shantonu Sen <ssen at apple.com>: >> Sounds like your system compiler doesn't suppor...

...anything other than gcc. > > Shantonu > > Sent from my MacBook > > On Sep 22, 2009, at 8:06 PM, Edward O'Callaghan wrote: > >> No, As it worked fine before. >> >> I can't see the #if that goes with +#elif defined(__WIN32__) as you >> removed -#if TARGET_OS_MAC. >> Please go over your #if / #endif blocks and trail the #endif with a >> comment. I am willing to bet there is a problem there. >> >> Thanks for your time, >> Edward. >> >> 2009/9/23 Shantonu Sen <ssen at apple.com>: >>> >>> Sounds...

...hantonu >> >> Sent from my MacBook >> >> On Sep 22, 2009, at 8:06 PM, Edward O'Callaghan wrote: >> >>> No, As it worked fine before. >>> >>> I can't see the #if that goes with +#elif defined(__WIN32__) as you >>> removed -#if TARGET_OS_MAC. >>> Please go over your #if / #endif blocks and trail the #endif with a >>> comment. I am willing to bet there is a problem there. >>> >>> Thanks for your time, >>> Edward. >>> >>> 2009/9/23 Shantonu Sen <ssen at apple.com>: >...

Sounds like your system compiler doesn't support gcc-style builtin atomics. Please use a different compiler? Shantonu Sent from my MacBook On Sep 22, 2009, at 7:54 PM, Edward O'Callaghan wrote: > Breaks Builds on Solaris and AuroraUX with: > > bash-3.2$ make > Scanning dependencies of target BlocksRuntime > [ 1%] Building C object

We are heading into a lock here. So we need to get people to test their respective platforms if they wish them to be supported out of the tar file. So if you have any patches you need to ensure your platform works speak up. We are looking at a lock on the 17th. I believe I have an AIX/Cray patch and a Tru64 patch sitting in my mailbox that I'll be looking at soon and more than likely

Breaks Builds on Solaris and AuroraUX with: bash-3.2$ make Scanning dependencies of target BlocksRuntime [ 1%] Building C object BlocksRuntime/CMakeFiles/BlocksRuntime.dir/runtime.c.o /export/home/edward/lab/llvm/build/compiler-rt/BlocksRuntime/runtime.c:77:2: error: #error unknown atomic compare-and-swap primitive /export/home/edward/lab/llvm/build/compiler-rt/BlocksRuntime/runtime.c: In

...lse -# define ZEXPORT -# define ZEXPORTVA -# endif +#endif + +#ifndef ZEXPORT +# define ZEXPORT +#endif +#ifndef ZEXPORTVA +# define ZEXPORTVA +#endif +#ifndef ZEXTERN +# define ZEXTERN extern #endif #ifndef FAR # define FAR #endif +#if !defined(MACOS) && !defined(TARGET_OS_MAC) typedef unsigned char Byte; /* 8 bits */ +#endif typedef unsigned int uInt; /* 16 bits or more */ typedef unsigned long uLong; /* 32 bits or more */ -#if defined(__BORLANDC__) && defined(SMALL_MEDIUM) - /* Borland C/C++ ignores FAR inside typedef */ +#ifdef SMALL_MEDIUM + /*...

Hello, the following patches should get multidisk access working. The syntax accepted is the following: (hdx,y)/path/to/file where x is the disk number and start at 0 and the y is the partition number starting at 1. So (hd0,1) is the first partition of the first disk. the other accepted syntax is using MBR's 32 bits disk signature so for example: (mbr:0x12345678,2)/foo/bar would address