Displaying 20 results from an estimated 3000 matches similar to: "[LLVMdev] TargetDescription string documentation"
2010 May 27
0
[LLVMdev] TargetDescription string documentation
Paulo J. Matos wrote:
> Hello,
>
> I am trying to find out where the complete documentation for the
> TargetDescription string documentation is.
> I am reading the tutorial and looking at the sparc backend at the same
> time and there are some discrepancies. Therefore the documentation
> would be extremely valuable but I can't seem to find it.
>
> In the tutorial it
2012 Oct 27
1
[LLVMdev] TargetDescription string
In "Writing an LLVM Compiler Backend", there's some discussion of the
TargetDescription string, but it doesn't explain the examples I look
at. For instance, in the description of the PowerPC, I see
"E-p:64:64-f64:64:64-i64:64:64-f128:64:128-n32:64"
What's "preferred alignment" versus "ABI alignment"?
What are the 3 figures following the
2010 May 27
3
[LLVMdev] TargetDescription string documentation
On Thu, May 27, 2010 at 7:09 PM, John Criswell <criswell at uiuc.edu> wrote:
> I believe what you want is documented here:
>
> http://llvm.org/docs/LangRef.html#datalayout
>
Just a note, since it might be a bug on the backend or documentation.
It says on the documentation that size for f is either 32 or 64,
however, sparc has 64 and 128.
--
PMatos
2010 May 27
0
[LLVMdev] TargetDescription string documentation
On Thu, May 27, 2010 at 11:18 AM, Paulo J. Matos <pocmatos at gmail.com> wrote:
> On Thu, May 27, 2010 at 7:09 PM, John Criswell <criswell at uiuc.edu> wrote:
>> I believe what you want is documented here:
>>
>> http://llvm.org/docs/LangRef.html#datalayout
>>
>
> Just a note, since it might be a bug on the backend or documentation.
> It says on the
2015 Jul 13
2
[LLVMdev] __float128 (f128) calling convention bug on x86_64
Hello, I'm new to this mailing list and fixing llvm bugs for Android.
Can anyone point me to any previous discussion or work related to the
following bug?
https://llvm.org/bugs/show_bug.cgi?id=23897
I am testing my patch to llvm to make f128 values stay in SSE registers
instead of being split into two i64 values. I have tried to add a register
class FR128 to hold f128 values for the x86_64
2010 Jun 21
14
Controllers, what? why?
Hi,
I am starting to learn rails and I went through the guide and a couple
of tutorials. Even though I understand controllers or at least I can
use them I can''t see yet the whole picture.
Why do you need several controllers for a single application? If a
controller is just a class whose methods interface with models and
views, why not have a single controller for the whole application?
2012 Apr 22
1
Cannot access share tevent_req_timedout
Hi all,
I am running an smbclient 3.4.7 on a ubuntu server 10.04.
This is a local network whose hostnames in the network are setup
manually through /etc/hosts. Zeus is a server which contains a music
share which I am trying to access. I haven't created any users or
passwords. The idea is that anyone within the local network should be
able to access the share with read permissions, so I
2017 May 03
3
I want to update WritingAnLLVMBackend document
Hi LLVM developers,
As one of the maintainers of AVR target, I want to update
WritingAnLLVMBackend document to be familiar with the development of
backend, because:
1. The structure of LLVMTargetMachine
https://github.com/llvm-mirror/llvm/blob/master/docs/WritingAnLLVMBackend.rst#target-machine
has been changed a lot!
2. LLVMInitializeSparcTargetInfo
2008 Jul 21
2
[LLVMdev] Casting between address spaces and address space semantics
Hi all,
> If I read the standard correctly, the properties of these address spaces can
> be fully captured by defining the relationship between every pair of address
> spaces (disjoint, identical, subset/superset).
>
> I think it would make sense to make these relationships backend/platform
> specific, but for clang and the optimization passes to properly work with
> address
2019 Feb 12
2
[cfe-dev] clang in official apt repo built without z3 support
On Tue, 12 Feb 2019, 14:32 Paulo Matos <pmatos at linki.tools wrote:
>
>
> On 12 February 2019 18:59:21 CET, Mikhail Ramalho <
> mikhail.ramalho at gmail.com> wrote:
> >I _think_ there is a problem with the license as well: Z3 is MIT, so
> >clang
> >would have to be released with Z3's license.
>
> I don't think that's a problem. You are not
2010 Jul 28
2
[LLVMdev] alignment
Hi
I was wondering if within the TargetDescription string it was
possible to specify different alignment for variables on stack versus
globals. If not, is there any other way to specify that ?
thanks
shrey
2011 Nov 09
0
[LLVMdev] type f128
Hi Akira
> Is the llvm backend (legalize, isel, etc.) currently capable of
> handling type f128?
> I am trying to emit a call to __subtf3 when I compile the following bitcode:
It depends... There is some generic code here and there which can
handle f128, but some parts are still missed.
You might need to fill them...
--
With best regards, Anton Korobeynikov
Faculty of Mathematics and
2011 Nov 07
3
[LLVMdev] type f128
Is the llvm backend (legalize, isel, etc.) currently capable of
handling type f128?
I am trying to emit a call to __subtf3 when I compile the following bitcode:
define fp128 @f1(fp128 %a0, fp128 %a1) nounwind readnone {
entry:
%sub = fsub fp128 %a0, %a1
ret fp128 %sub
}
This is for the Mips backend.
2013 May 11
2
[LLVMdev] [llvm-c]
Hello,
a few days ago, I was trying to access the LLVM target registry via the
LLVM-C interface. Unfortunately I can't seem to get some useful
information out of it.
Despite the fact that the following code is written in Pascal, can you
please tell me if I have done something wrong here?
// initialize all targets / target information
LLVMInitializeAllTargets;
LLVMInitializeAllTargetInfos;
2010 Apr 29
2
[LLVMdev] Is a backend considered an LLVM project?
Hi,
I've been reading the docs, including "Creating an LLVM project", and I
was wondering if this setup also applies to backends.
On one hand it would be good if it did because it would allow one to
develop a backend without tracking the LLVM sources with it. If it is
not possible (and one follows the instruction of the backend
documentation "Writing an LLVM Compiler
2015 May 26
2
[LLVMdev] Moving Private Label Prefixes from MCAsmInfo to MCObjectFileInfo
On 26 May 2015 at 14:58, Daniel Sanders <Daniel.Sanders at imgtec.com> wrote:
> The intention isn't to change the kind of triples/tuples in use by toolchains and users. There's a lot of legacy and inertia to overcome if we try that. The intention is to map the ambiguous/insufficient GNU triples onto an internal representation as early as possible and pass that internal
2020 Jul 14
2
[Beginner] Understanding Tablegen language
On 7/13/2020 21:30, Thomas Lively via llvm-dev wrote:
> Part of the problem is that ISel patterns are like their own DSL inside
> the TableGen DSL, so keywords like "ins", "outs", and "ops" aren't
> keywords at the TableGen level, but rather at the level of the ISel
> system implemented with TableGen. Copying existing patterns and reading
> the
2014 Sep 09
2
[LLVMdev] Machine Code for different architectures
Hi,
We have some DSP architectures (kalimba) which have 24-bits as their
"minimum addressable unit". So this means that the sizeof a char (and
an int and a short for that matter) is 24-bits.
I quickly read the posted link WritingAnLLVMBackend.html but did not
see an obvious answer to the following question:
Is it possible to write a backend that faithfully represents these
2010 Jul 28
0
[LLVMdev] alignment
Hello
> I was wondering if within the TargetDescription string it was
> possible to specify different alignment for variables on stack versus
> globals. If not, is there any other way to specify that ?
You can always ensure necessary alignment for globals during
asmprinting / codeemission.
This is in fact done inside some backends...
--
With best regards, Anton Korobeynikov
Faculty
2015 May 27
0
[LLVMdev] Moving Private Label Prefixes from MCAsmInfo to MCObjectFileInfo
> From: Renato Golin [renato.golin at linaro.org]
> Sent: 26 May 2015 18:43
> To: Daniel Sanders
> Cc: Jim Grosbach; LLVM Developers Mailing List (llvmdev at cs.uiuc.edu)
> Subject: Re: [LLVMdev] Moving Private Label Prefixes from MCAsmInfo to MCObjectFileInfo
>
> On 26 May 2015 at 14:58, Daniel Sanders <Daniel.Sanders at imgtec.com> wrote:
> > The intention