Displaying 20 results from an estimated 4000 matches similar to: "[LLVMdev] [PATCH] Add support for accessing the FS segment register on X86"
2009 May 04
0
[LLVMdev] [PATCH] Add support for accessing the FS segment register on X86
Maybe 257 would be better (or other unused), because of r70197, which
gives special behavior for <256
Shantonu Sen
ssen at apple.com
Sent from my Mac Pro
On May 4, 2009, at 2:28 PM, Zoltan Varga wrote:
> Hi,
>
> The attached patch adds support for accessing the FS segment
> register using address space 255, similarly to the way the GS
> segment register can be
2009 May 04
4
[LLVMdev] [PATCH] Add support for accessing the FS segment register on X86
Hi,
Here is an updated version of the patch using address space 257.
Zoltan
On Mon, May 4, 2009 at 11:36 PM, Shantonu Sen <ssen at apple.com> wrote:
> Maybe 257 would be better (or other unused), because of r70197, which gives
> special behavior for <256
>
> Shantonu Sen
> ssen at apple.com
>
> Sent from my Mac Pro
>
>
> On May 4, 2009,
2009 May 04
0
[LLVMdev] [PATCH] Add support for accessing the FS segment register on X86
Hello,
The preferred way to do TLS is to use the thread_local keyword.
There is x86-64 support for thread_local on ELF; if you need
it for other targets, I recommend looking at adapting it.
Dan
On May 4, 2009, at 2:59 PM, Zoltan Varga wrote:
> Hi,
>
> Here is an updated version of the patch using address space 257.
>
> Zoltan
>
> On Mon, May 4, 2009 at
2009 May 04
1
[LLVMdev] [PATCH] Add support for accessing the FS segment register on X86
Hi,
If I'm writing a JIT, and want to access the TLS variables of the app
containing the JIT, I can't
use thread_local since that only works for variables declared in LLVM IL
and/or managed by
the ExecutionEngine. While this patch allows a JIT to generate the TLS
accesses itself, if
it knows the tls offset of the variable in question.
Zoltan
On Tue, May 5, 2009 at
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
2008 Feb 05
3
[LLVMdev] Makefile dependencies and configure test fix
Some low-priority fixes to the build system.... These can probably
wait after 2.2
1) The current configure script checks for gcc 3.x or later by parsing
"gcc --version" output and trying to tokenize it to find the major
compiler version. This is pretty fragile and interacts poorly with
compilers produced by vendors (like Apple) that modify this string to
output target triple
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
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 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
2008 Feb 05
0
[LLVMdev] Makefile dependencies and configure test fix
Shantonu,
I just wanted to verify that you used the llvm/autoconf/AutoRegen.sh
script to regenerate configure. Is that correct?
Thanks,
Tanya
On Feb 5, 2008, at 10:10 AM, Shantonu Sen wrote:
> Some low-priority fixes to the build system.... These can probably
> wait after 2.2
>
> 1) The current configure script checks for gcc 3.x or later by
> parsing "gcc
2009 Dec 04
1
[LLVMdev] Transparent LTO on Mac OS X
I'm confused. libLTO takes bitcode files as input and creates a native object file as output. Why would libLTO create bitcode as output? If so, you're changing the existing API contract. Or are you creating an out-of-band bitcode file, in which case the linker would never see it.
ld doesn't have bitcode support, it has libLTO support, and libLTO is what processes the bitcode.
2009 Dec 04
4
[LLVMdev] Transparent LTO on Mac OS X
Are you building llvm-gcc yourself? If so, what version?
Xcode releases include an older llvm-gcc and libLTO.dylib, which may not understand bitcode generated by newer self-built compilers.
If you are only using llvm-gcc from the Xcode tools release, use the driver from:
/Developer/usr/bin/llvm-gcc-4.2
If you are building llvm-gcc yourself, try, in this order:
1) sudo ln -s
2009 Sep 02
1
[LLVMdev] XPASS forAsmBlocksComplexJumpTarget.c (-fasm-blocks)
Building r80796 of the "release_26" branch on Ubuntu 9.04, I'm getting
an XPASS on:
ssen at ssen:~/llvm/build$ make TESTONE=FrontendC/2009-08-11-
AsmBlocksComplexJumpTarget.c check-one
make[1]: Entering directory `/home/ssen/llvm/build/test'
Making a new site.exp file...
XPASS: /home/ssen/llvm/test/FrontendC/2009-08-11-
AsmBlocksComplexJumpTarget.c
make[1]: Leaving directory
2009 Dec 04
0
[LLVMdev] Transparent LTO on Mac OS X
Shantonu Sen wrote:
> Are you building llvm-gcc yourself? If so, what version?
>
> Xcode releases include an older llvm-gcc and libLTO.dylib, which may not understand bitcode generated by newer self-built compilers.
>
Thanks. A bitcode format mismatch was the problem. I'm not sure if the
problem stems from the fact that the bitcode was generated for the wrong
architecture
2009 Sep 18
1
[LLVMdev] [PATCH] BlocksRuntime updates for Linux
The attached diff cleans up the BlocksRuntime/ directory of compiler-
rt for better portability, eliminates compiler warnings, and adds
support to the cmake build to install the results.
More specifically, the changes:
1) Remove cmake-specific #define usage from the exported Block.h/
Block_private.h headers, since clients won't know what to set. These
are moved into runtime.c as
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 Oct 28
3
where do kernel data types come from?
I have a script where I can freely reference struct nameidata*, struct
vnode*, etc. on Snow Leopard.
How does DTrace know about these data types? I understand things like
#pragma D depends_on library darwin.d
where darwin.d has typedefs.
I can''t find definitions of nameidata and vnode in any D scripts,
though. How does it work?
Thanks, Joel
---
firefox for android!
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
2008 Mar 20
3
[LLVMdev] Just got bitten by accidentally using the wrong gcc
llvm's ./configure already does that for gcc < 3.
What are valid versions? Exactly 4.0 and 4.2? 4.0 and >=4.2?
dnl Verify that GCC is version 3.0 or higher
if test "$GCC" = "yes"
then
AC_COMPILE_IFELSE([[#if !defined(__GNUC__) || __GNUC__ < 3
#error Unsupported GCC version
#endif
]], [], [AC_MSG_ERROR([gcc 3.x required, but you have a lower
version])])
fi