Displaying 20 results from an estimated 3000 matches similar to: "[LLVMdev] Status of blocks runtime in compiler-rt?"
2009 Sep 15
0
[LLVMdev] Status of blocks runtime in compiler-rt?
Good day,
I been working on the CMake build system (which is nice and portable)
+ code clean ups over the whole Compiler-RT software suit.
I recently added Blocks to the CMake build system but there is some
ugly looking warnings I need to fix up in the Blocks code which I have
not had time to look into yet.
N.B. The CMake build system is not complete yet due to my lack of
time, however I am still
2009 Sep 16
3
[LLVMdev] Status of blocks runtime in compiler-rt?
The Blocks language and implementation specifications are checked into
clang/docs.
More generally, on Mac OS X, the blocks runtime is linked into the C
library ("libSystem"), and available to the entire OS. Clients that
create blocks may implicitly get compiler-generated calls to some of
the runtime functions, and the developer may also make explicit calls
to, e.g.,
2009 Sep 22
0
[LLVMdev] Status of blocks runtime in compiler-rt?
Hi Jordan,
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
>
More specifically, to use this support on FreeBSD, for example, you
would do:
1) Install cmake (<http://www.cmake.org/>), add it to your PATH
2) Check out the source code for llvm and clang
2009 Sep 23
2
[LLVMdev] [llvm-commits] [PATCH] BlocksRuntime updates for Linux
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
2009 Nov 12
1
[LLVMdev] Google's Go
On Nov 12, 2009, at 10:25 AM, Edward O'Callaghan wrote:
> No, its up to them which backend they want to use.
> Sounds like they think that GCC is super quick compared to LLVM. Looks
> like another fud fart out of google to me.
Edward, this is no place for comments like this.
Evan
>
> 2009/11/12 Jon McLachlan <mclachlan at apple.com>:
>> Any plans to make LLVM
2009 Sep 14
3
[LLVMdev] FYI: Phoronix GCC vs. LLVM-GCC benchmarks
screw that site, its useless info run by a linux gnu zealot.
2009/9/14 Chris Lattner <clattner at apple.com>:
> On Sep 14, 2009, at 3:20 AM, Stefano Delli Ponti wrote:
>
>> http://www.phoronix.com/scan.php?
>> page=article&item=apple_llvm_gcc&num=1
>
> Unfortunately, they don't specify what flags are used, what
> architecture is compiled for etc.
2009 Aug 17
2
[LLVMdev] Code Freeze this Friday!!!
LLVMers,
The 2.6 code freeze is this friday, August 21, at 9pm PDT.
All major changes should be checked into SVN at this time. Please
monitor the buildbots closely for any failures.
I ask you to be very cautious with what you commit to svn over the
next few days. This is not the time to be adding experimental code :)
Please help us keep LLVM as stable as possible over the next few days.
2009 Oct 19
1
[LLVMdev] compiler-rt install target
I've added a compiler-rt port to the FreeBSD ports collection and one
thing I noticed is that the install target installs the blocks runtime,
but doesn't install libCompilerRT-Common.a or any non-blocks header
files. Is this intentional?
-- Brooks
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187
2009 Sep 23
0
[LLVMdev] [llvm-commits] [PATCH] BlocksRuntime updates for Linux
Seems pretty clear cut to me.
#if defined(HAVE_OSATOMIC_COMPARE_AND_SWAP_INT) && defined
(HAVE_OSATOMIC_COMPARE_AND_SWAP_LONG)
...
#elif defined(__WIN32__)
...
#elif defined(HAVE_SYNC_BOOL_COMPARE_AND_SWAP_INT) && defined
(HAVE_SYNC_BOOL_COMPARE_AND_SWAP_LONG)
...
#else
#error unknown atomic compare-and-swap primitive
#endif
The problem isn't mismatched #if/#endif. The
2009 Nov 12
2
[LLVMdev] Google's Go
Any plans to make LLVM work with Google's new language, Go?
http://www.technewsworld.com/story/Go-Go-Google-Programming-Language-68622.html?wlc=1257974768&wlc=1258041607&wlc=1258047741
2009 Sep 23
2
[LLVMdev] [llvm-commits] [PATCH] BlocksRuntime updates for Linux
Clang does indeed built it with one warning.
[ 55%] Building C object
lib/CMakeFiles/CompilerRT-Common.dir/gcc_personality_v0.c.o
/export/home/edward/lab/llvm/build/compiler-rt/lib/gcc_personality_v0.c:232:36:
warning: implicit declaration of function
'__builtin_eh_return_data_regno' is invalid in C99
[-Wimplicit-function-declaration]
_Unwind_SetGR(context,
2009 Sep 23
2
[LLVMdev] [llvm-commits] [PATCH] BlocksRuntime updates for Linux
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
2009 Aug 18
0
[LLVMdev] Code Freeze this Friday!!!
Good day Tanya,
I would just like to clarify this for myself and a few other people
who maybe wondering,
Does this code freeze apply to;
* Clang.
* Compiler-RT.
Thanks for your time,
Best Regards,
Edward O'Callaghan.
2009/8/17 Tanya Lattner <lattner at apple.com>:
> LLVMers,
>
> The 2.6 code freeze is this friday, August 21, at 9pm PDT.
>
> All major changes should
2009 Sep 23
0
[LLVMdev] [llvm-commits] [PATCH] BlocksRuntime updates for Linux
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
2009 Sep 12
0
[LLVMdev] [PATCH] Linux support for compiler-rt's BlocksRuntime
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,
2009 Sep 11
0
[LLVMdev] Grand Central Dispatch open sourced, with links to clang/compiler-rt
Hello,
The source code for Grand Central Dispatch (libdispatch) in Mac OS X
10.6 Snow Leopard has been released: <http://
libdispatch.macosforge.org/>
Prominently noted on the page is a link for a portable C compiler with
blocks support (clang) and the blocks runtime (part of compiler-rt)!
The libdispatch project consists of the user space implementation of
the Grand Central
2009 Nov 12
0
[LLVMdev] Google's Go
No, its up to them which backend they want to use.
Sounds like they think that GCC is super quick compared to LLVM. Looks
like another fud fart out of google to me.
2009/11/12 Jon McLachlan <mclachlan at apple.com>:
> Any plans to make LLVM work with Google's new language, Go?
>
>
2009 Nov 10
7
[LLVMdev] Hello!
I'm interested in contributing to LLVM, but I'm a rather bad C/C++
developer. I do most of my work in Ada and was wondering if there was
a way to still contribute to something other than the Ada frontend.
2009 Sep 12
2
[LLVMdev] [PATCH] Linux support for compiler-rt's BlocksRuntime
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:
2009 Sep 03
1
[LLVMdev] Solaris SPARC llvm-gcc front-end
Hello.
How are the things going with the llvm-gcc for SPARC and Solaris OS? I have
discovered recently the fact, that the code is still in the "patches
welcome" stage and is far even from being successfully built on SPARC. I
would like to know, if anyone maintaining this code, what is the current
to-do list, etc. I would like to offer my help for gcc front-end on SPARC
project.
--