Displaying 20 results from an estimated 1000 matches similar to: "[LLVMdev] Instructions with overlapping encodings that are disambiguated by field comparisons"
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
2014 Jun 24
2
[LLVMdev] Is there any tool can generate MIPS ELF file?
> So in summary, each step is ABI compatible with the previous step. The linker will ensure that the end-user doesn't try to do the second step before the first step is finished since it will refuse to link a binary that contains both O32 and O32+fp64. It will produce an O32 binary given a combination of O32+fpxx, and similarly a O32+fp64 binary given a combination O32+fpxx and O32+fp64.
2014 Jun 18
2
[LLVMdev] Is there any tool can generate MIPS ELF file?
On Wed, Jun 18, 2014 at 2:03 AM, Matheus Almeida
<Matheus.Almeida at imgtec.com> wrote:
>> Why Imagination Technologies do not offer the latest MIPS ABI document download link just like the ISA docs?
> It's something we're considering to do and the documents should be available at some point in the [hopefully] not too distant future.
>
>> then why GCC disagree with
2015 Jan 30
1
[LLVMdev] Different instruction encodings based on subtarget features
I am working on an LLVM backend for the AVR architecture, and am having
troubles working with the codegen layer, trying to get around the quirks of
the binary encodings of the AVR ISR.
There are several different families of AVR microcontrollers, each with a
minimum 'core' instruction set. Each family builds upon (or removes) the
core ISR with more instructions or different encodings.
My
2015 May 11
8
[LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.
Hi,
I have tagged the 3.6.1-rc1 so testing can begin. We can always use
more testers, so if you are interested in helping, let me know.
Instructions for validating an LLVM release can be found here:
http://llvm.org/docs/ReleaseProcess.html
Reminder: We are using 3.6.0 as our baseline for regression testing.
Thanks,
Tom
2015 May 22
2
[LLVMdev] Moving Private Label Prefixes from MCAsmInfo to MCObjectFileInfo
> Why isn't the ABI reflected in the triple?
Unfortunately, there's no easy answer to that. Some targets are better than others but generally speaking triples are very ambiguous. For example, in (most) GCC mips-linux-gnu/mips64-linux-gnu toolchains both triples produce 32-bit big-endian binaries for MIPS-I by default. Vendors can override the majority of this so it's entirely
2014 Jun 23
2
[LLVMdev] Is there any tool can generate MIPS ELF file?
On Mon, Jun 23, 2014 at 2:45 AM, Daniel Sanders
<Daniel.Sanders at imgtec.com> wrote:
>> There are a lot of MIPS ABIs.
>
> Yes, and we've discovered that there seem to be incompatible extensions to some of these ABI's too.
:)
>
>> I'm pretty sure Imagination Technologies working up a new abi right now.
>
> Not exactly. We're not working on any
2015 May 21
3
[LLVMdev] Moving Private Label Prefixes from MCAsmInfo to MCObjectFileInfo
Hi,
I've been having trouble properly resolving an issue with our assembly syntax. The prefix our assembler uses for private local/global labels depends on the object file format. For ELF32 they begin with '$' and for ELF64 they begin with '.L'. The object file format depends on the ABI, but multiple ABI's are usable with the same target triple so we can't select
2014 Nov 24
4
[LLVMdev] Proposed patches for Clang 3.5.1
> -----Original Message-----
> From: Tom Stellard [mailto:tom at stellard.net]
> Sent: 24 November 2014 17:15
> To: Daniel Sanders
> Cc: LLVM Developers Mailing List (llvmdev at cs.uiuc.edu)
> Subject: Re: Proposed patches for Clang 3.5.1
>
> On Mon, Nov 24, 2014 at 04:33:28PM +0000, Daniel Sanders wrote:
> > Hi,
> >
> > I'd like to propose the
2019 Nov 13
3
Understanding targets
The term "target" is somewhat overloaded.
When llvm-config tells you it was built with the X86 target, that actually includes a variety of closely related architectures, such as x86_64, i386, and so on. Within the x86_64 architecture, there are many individual processor implementations that LLVM understands, such as Skylake, Bulldozer, and many many more.
What *clang* means by
2014 Nov 24
4
[LLVMdev] Proposed patches for Clang 3.5.1
Hi,
I'd like to propose the following patches for inclusion in Clang 3.5.1.
Proposed clang patches:
* r213769 - Fix test/Driver/cl-x86-flags.c by providing explicit -target
* r214025 - [Driver][Mips] Check output of -dynamic-linker arguments by the Clang driver
* r214662 - [Mips] Add the `mips64-linux-gnu` target to the test case to check `in128` type handling.
*
2007 Mar 21
0
[909] branches/wxruby2/wxwidgets_282/doc/textile/combobox.txtl: Correct disambiguated method names in methods listing
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
"http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head><meta http-equiv="content-type" content="text/html; charset=utf-8" /><style type="text/css"><!--
#msg dl { border: 1px #006 solid; background: #369; padding:
2015 May 14
2
[LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.
> I've disassembled the failing MultiSource/Benchmarks/tramp3d-v4/tramp3d-v4 and compared it to
> the one from the LLVM 3.6.0 test runs. There's nothing obvious. We've removed some useless
> 'addiu $sp,$sp,0', eliminated two (seemingly redundant) sign extends, and the addresses of
> functions+data has changed slightly.
I've investigated further and I'm
2013 Apr 30
3
[LLVMdev] A simpler method to reject undefined encodings
Hello.
Sometimes the constraints imposed on an instruction's encoding are too
complex to be described in tablegen alone. In such cases a custom decoder
method is implemented. This makes sense when the decoding itself is very
complex, but it is wasteful to do it only when checking
additional constraints. This is because:
1. a custom decoder method has to decode operands, set opcodes, etc. -
2016 May 26
0
RFC: FileCheck Enhancements
But then I should write
// CHECK: something
// SSE: something
// SSE3: something
With this feature it can be write // {{[A-Z0-9]+}} : something
From: James Y Knight [mailto:jyknight at google.com]
Sent: Thursday, May 26, 2016 5:53 PM
To: Ehsan Amiri <ehsanamiri at gmail.com>
Cc: Elena Lepilkina <Elena.Lepilkina at synopsys.com>; llvm-dev <llvm-dev at lists.llvm.org>
Subject:
2016 May 26
3
RFC: FileCheck Enhancements
On Thu, May 26, 2016 at 10:35 AM, Ehsan Amiri via llvm-dev <
llvm-dev at lists.llvm.org> wrote:
> 7. Wildcard for prefixes - If some statements should be checked
> regardless prefix, it should be used //{{*}}, //{{*}}-NEXT, //{{*}}-SAME
> and etc.
>
>> 8. Prefix with regular expressions - If statement should be
>> checked if prefix matches some regular
2013 May 01
0
[LLVMdev] A simpler method to reject undefined encodings
Hi Mihail,
> static DecodeStatus CheckNEONConstraint(const MCInst &Inst, unsigned Insn)
[...]
> ConstraintCheckMethod = "CheckNEONConstraint"
In general I like the idea of an instruction-validation method. I
think it could also potentially solve the SoftFail/UNPREDICTABLE
issues that are looming (and partially resolved for decoding at
present).
However, I think that to cope
2017 Nov 28
2
Publication LLVM Related Publications Submission
Hello,
I would like to submit two papers that use LLVM to the
Related Publications section.
Both papers focus on code isolation
applied to perform piecewise compiler optimizations.
The code isolation
process is performed by CERE, an open source tool based on LLVM.
The
second paper is an extended version of the first one.
1) Piecewise
Holistic Autotuning of Compiler and Runtime Parameters
2016 Feb 24
1
Publication : CERE LLVM Based Codelet Extractor and REplayer
Hello,
We have published two papers which build upon the LLVM
Compiler Infrastructure. Would it be possible to include them in the
LLVM related publications at http://llvm.org/pubs/ ?
I attach below
the bibliographic references:
"CERE: LLVM Based Codelet Extractor and
REplayer for Piecewise Benchmarking and Optimization"
P. de Oliveira
Castro, C. Akel, E. Petit, M. Popov, and W.
2013 Dec 10
3
[LLVMdev] Summary of TableNextGen BOF
Hello everyone.
I apologise for the sizeable delay in sending this.
The BoF was attended by quite a lot of people and there was general
agreement that tablegen needs improvement in some shape of form. However
there are many divergent ideas as to how to go about this improvement. Of
course this is completely natural, tablegen being a versatile tool used by
many different people for many different