similar to: [LLVMdev] AuroraUX detection in configure.ac

Displaying 20 results from an estimated 700 matches similar to: "[LLVMdev] AuroraUX detection in configure.ac"

2009 Oct 13
1
[LLVMdev] haiku comapatability configure regenerated
This is a patch for the regenerated configure related files. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20091013/eb1ed755/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: haiku.patch Type: text/x-patch Size: 11388 bytes Desc: not available URL:
2009 Oct 14
2
[LLVMdev] undoing the pthread changes
Pthread search changes broke freebsd so they are coming out until something better can be done -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20091014/238683da/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: undopthread.patch Type: text/x-patch Size:
2009 Oct 14
0
[LLVMdev] undoing the pthread changes
I got two arguments the wrong way round, this is the fixed one On Wed, Oct 14, 2009 at 6:57 AM, Paul Davey <plmdvy at gmail.com> wrote: > Pthread search changes broke freebsd so they are coming out until something > better can be done > -------------- next part -------------- An HTML attachment was scrubbed... URL:
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 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 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
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 25
0
[LLVMdev] [llvm-commits] [llvm] r89765 - in /llvm/trunk: include/llvm/System/Path.h lib/System/Unix/Path.inc lib/System/Win32/Path.inc
G'Day, Following Daniels comments about semantics of the sys::Path API, he has convinced me otherwise as the driver doesn't make or remove directories, so his semantics do indeed make more sense in this context. Fixes applied here; LLVM: http://llvm.org/viewvc/llvm-project?view=rev&revision=89848 Clang: http://llvm.org/viewvc/llvm-project?view=rev&revision=89849 Thanks everyone
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 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 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 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 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 Aug 22
2
[LLVMdev] Ada bindings side notes.
Good day all, Initial Ada bindings have been introduced for the LLVM 2.6 release. Unfortunately no one was able/had time to help me better integrate it into the LLVM build system. Thus, It has been left with a GPR Ada project file for building the bindings, anyone using the Ada bindings will know what this is and how to handle it. However, in future as these bindings improve/progress. We should
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 14
0
[LLVMdev] FYI: Phoronix GCC vs. LLVM-GCC benchmarks
2009/9/14 Edward O'Callaghan <eocallaghan at auroraux.org>: > screw that site, its useless info run by a linux gnu zealot. Well, being a Linux GNU zealot doesn't invalidate numbers. What does invalidate is that he has no numbers! He just fired a few applications and counted the seconds, this is utterly pointless. No reference to how many times he ran, standard deviations,
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 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 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