Displaying 20 results from an estimated 600 matches similar to: "[LLVMdev] A new builtin: __builtin_stack_pointer()"
2013 Nov 05
2
[LLVMdev] A new builtin: __builtin_stack_pointer()
Le 5 nov. 2013 à 19:00, Behan Webster <behanw at converseincode.com> a écrit :
> On 11/05/13 09:26, Konstantin Tokarev wrote:
>>
>> 11.10.2013, 01:39, "Jakob Stoklund Olesen" <stoklund at 2pi.dk>:
>>> On Oct 10, 2013, at 12:32 PM, Behan Webster <behanw at converseincode.com> wrote:
>>>
>>>> One of the issues the LLVMLinux
2013 Oct 20
2
[LLVMdev] A new builtin: __builtin_stack_pointer()
On 10/10/13 22:01, Jakob Stoklund Olesen wrote:
> On Oct 10, 2013, at 12:32 PM, Behan Webster <behanw at converseincode.com> wrote:
>
>> One of the issues the LLVMLinux project is having is with the use of
>> named registers in the Linux kernel code. The kernel uses something like
>> this in order to assign a C variable name to a register (one for each
>> kernel
2013 Oct 10
0
[LLVMdev] A new builtin: __builtin_stack_pointer()
On Oct 10, 2013, at 12:32 PM, Behan Webster <behanw at converseincode.com> wrote:
> One of the issues the LLVMLinux project is having is with the use of
> named registers in the Linux kernel code. The kernel uses something like
> this in order to assign a C variable name to a register (one for each
> kernel arch).
>
> register unsigned long current_stack_pointer
2013 Nov 05
2
[LLVMdev] A new builtin: __builtin_stack_pointer()
11.10.2013, 01:39, "Jakob Stoklund Olesen" <stoklund at 2pi.dk>:
> On Oct 10, 2013, at 12:32 PM, Behan Webster <behanw at converseincode.com> wrote:
>
>> One of the issues the LLVMLinux project is having is with the use of
>> named registers in the Linux kernel code. The kernel uses something like
>> this in order to assign a C variable name to a
2013 Nov 05
0
[LLVMdev] A new builtin: __builtin_stack_pointer()
On 20/10/2013 16:22, Behan Webster wrote:
> On 10/10/13 22:01, Jakob Stoklund Olesen wrote:
>> On Oct 10, 2013, at 12:32 PM, Behan Webster <behanw at converseincode.com> wrote:
>>
>>> One of the issues the LLVMLinux project is having is with the use of
>>> named registers in the Linux kernel code. The kernel uses something like
>>> this in order to
2013 Nov 06
0
[LLVMdev] A new builtin: __builtin_stack_pointer()
On 11/05/13 11:30, Jean-Daniel Dupas wrote:
>
> Le 5 nov. 2013 à 19:00, Behan Webster <behanw at converseincode.com
> <mailto:behanw at converseincode.com>> a écrit :
>
>> On 11/05/13 09:26, Konstantin Tokarev wrote:
>>>
>>> 11.10.2013, 01:39, "Jakob Stoklund Olesen" <stoklund at 2pi.dk
>>> <mailto:stoklund at 2pi.dk>>:
2013 Nov 05
0
[LLVMdev] A new builtin: __builtin_stack_pointer()
On 11/05/13 09:26, Konstantin Tokarev wrote:
>
> 11.10.2013, 01:39, "Jakob Stoklund Olesen" <stoklund at 2pi.dk>:
>> On Oct 10, 2013, at 12:32 PM, Behan Webster <behanw at converseincode.com> wrote:
>>
>>> One of the issues the LLVMLinux project is having is with the use of
>>> named registers in the Linux kernel code. The kernel uses
2013 Nov 05
1
[LLVMdev] A new builtin: __builtin_stack_pointer()
On 11/05/13 00:20, Alp Toker wrote:
> On 20/10/2013 16:22, Behan Webster wrote:
>> On 10/10/13 22:01, Jakob Stoklund Olesen wrote:
>>> On Oct 10, 2013, at 12:32 PM, Behan Webster <behanw at converseincode.com> wrote:
>>>
>>>> One of the issues the LLVMLinux project is having is with the use of
>>>> named registers in the Linux kernel code.
2012 Sep 07
2
[LLVMdev] The LLVMLinux Project
I'd like to announce the LLVMLinux project. This project aims to fully
build the Linux kernel using Clang/LLVM on the various architectures
supported by the Linux kernel. The project consolidates the work of the
lll-project, the PAX team, and Mark Charlebois' work on the ARM kernel.
http://llvm.linuxfoundation.org <http://llvm.linuxfoundation.org/>
The hope is that this project
2012 Sep 07
0
[LLVMdev] The LLVMLinux Project
On Fri, Sep 7, 2012 at 10:03 AM, <llvmdev-request at cs.uiuc.edu> wrote:
>
> Message: 1
> Date: Thu, 06 Sep 2012 21:58:52 -0400
> From: Behan Webster <behanw at converseincode.com>
> To: "llvmdev at cs.uiuc.edu" <llvmdev at cs.uiuc.edu>
> Subject: [LLVMdev] The LLVMLinux Project
> Message-ID: <504954DC.3010708 at converseincode.com>
>
2018 Sep 06
2
Adding an trinsics in x86
Hi Everyone!
I am a newbie at llvm. So the question may be fundamental but difficult to me.
I want to add an trinsics in x86 and make the following changes.I want that max_qb can find the max of two Integers and return it.
In src/include/llvm/IR/Intrinsics.td :
let TargetPrefix = "x86" in {
def int_x86_max_qb: GCCBuiltin<"__builtin_x86_max_qb">,
2013 May 01
0
[LLVMdev] LLVM micro Conference at Linux Plumbers Conference
The LLVM micro conference for the Linux Plumbers Conference 2013 in New
Orleans has been approved.
http://wiki.linuxplumbersconf.org/2013:llvm
http://www.linuxplumbersconf.org/2013/3-more-microconferences-added-for-2013/
"Over the past year there has been a lot of progress in patching LLVM
and Clang in order to be able to compile the Linux kernel. Over the same
time period progress was
2014 Mar 28
9
[LLVMdev] Named Register Implementation
Folks,
So, I think we kind of agree that some named registers could be
implemented, and that it should be an intrinsic that passes the name
of the register down.
This C code:
register unsigned long current_stack_pointer asm("sp");
unsigned long get_stack_pointer_addr() {
return current_stack_pointer;
}
void set_stack_pointer_addr(unsigned long addr) {
current_stack_pointer = addr;
2016 Jul 22
2
HEAD compilation causes gcc internal error
After worked around the problem in SimplifyCFG.cpp (calling isCast()
instead of comparing opcode), I hit another gcc crash for
FunctionImport.cpp line 480, which I have no idea what's wrong with the
code. "Luckily", I found gcc4.8.2 and gave it a try, both crashes are gone.
*New problem though:*
/llvm-clang-trunk/src/tools/clang/lib/CodeGen/CGBuiltin.cpp: In member
function
2018 Nov 08
2
Passing stack pointer to statepoint-gc
Hi,
I'm trying to use the statepoint-example strategy to build a simple garbage collector. After using the PlaceSafepoints and RewriteStatepointsForGC passes, I can successfully generate a stack map in my binary and call into my runtime's gc poll.
As far as I can tell, I need the stack pointer at the point of the poll to find the correct frame in the stack map. I'm having trouble
2018 Nov 08
3
Passing stack pointer to statepoint-gc
Sorry, what does "PC" mean here?
________________________________
From: Philip Reames <listmail at philipreames.com>
Sent: Thursday, November 8, 2018 7:27 AM
To: Jordan Rudd; llvm-dev at lists.llvm.org
Subject: Re: [llvm-dev] Passing stack pointer to statepoint-gc
Jordon,
First of all, StackMaps are keyed by PC, not by SP. Each entry corresponds to given location within the
2008 Feb 28
2
Asterisk Voicemail for iPhone
Heres a little teaser for those of you with iPhones
Asterisk Voicemail for iPhone allows you to check your voicemail
messages on your house or business line from your iPhone. You can
think of it as "Visual Voicemail", but for your Asterisk PBX numbers
instead of your AT&T cell number. The technology behind it is Asterisk
(The Open-Source PBX), with iUI, Joe Hewitt's UI interface
2015 Mar 04
2
[LLVMdev] Mips patches for LLVM 3.5.2
Hi Tom,
I've got a few patches that I'd like to get into 3.5.2 if I can.
* r230235 - [mips] Honour -mno-odd-spreg for vector insert/extract when MSA is enabled.
o Fixes a failure in the test-suite when -mno-odd-spreg and -mmsa are used together.
* r227089 - [mips] Enable arithmetic and binary operations for the i128 data type.
o This fixes an instruction selection
2017 Jul 25
2
How to migrate x86_sse2_psrl_dq after LLVM v3.8?
Hi LLVM developers,
After Remove int_x86_sse2_psll_dq_bs and int_x86_sse2_psrl_dq_bs
intrinsics. The builtins aren't used by clang.
https://reviews.llvm.org/rL229069 there was no
Intrinsic::x86_sse2_psrl_dq any more, then how to migrate:
Function *F =
Intrinsic::getDeclaration(TheModule,
Intrinsic::x86_sse2_psrl_dq);
Result =
Builder.CreateCall(F,
2016 Jan 05
2
Whole program LLVM bitcode files
Hi all,
I'm trying to generate whole program bitcode files for linux kernel
and do interprocedural
analysis on kernel.
I use llvmlinux to compile kernel with clang and generate a bunch of
bitcode files successfully.
I need to link all these bitcode files together into a single bitcode file,
so that I can run whole program analysis.
Can I use llvm-link to achieve this?
Or should I use