similar to: [LLVMdev] testing instruction selection

On 02/22/2013 07:51 AM, Sean Silva wrote: > Do you have any suggestions about how to address this? > > -- Sean Silva Ideally we would define an ascii representation for DAGS. It should be possible to start the compiler from the DAGS as opposed to LLVM assembler bitcode. It should also be possible to compile a C file or LLVM assembler bitcode file and save off the DAGS ascii file.

Do you have any suggestions about how to address this? -- Sean Silva

Hi all, I'd like to introduce you to the Tartan project (http://tartan.folklogic.net) and get your feedback. It's a Ruby based wiki text parser with the following goals: 1. handle more then one wiki markup but start with Markdown 2. allow mixing-in of markup rules (eg. Markdown + smartypants + tables + wiki links; each as a separate definition) 3. tests and rule

Of course it's *possible*, in a fundamental sense. It's even pretty easy to get right in a compiler back end (in a conceptual sense). You have to touch a LOT of code, but all the changes are trivial. We did this at Tartan Labs back in the 90s. Done with only a bit of care, it makes debugging possible at any optimization level. The idea is to make the debug information reflect what the

Dear all, I am thinking of writing my own functions in s-plus (or in R). I just know how to work with S-plus / R built-in functions. Therefore, I'm a beginner in S programming. I am looking for some on-line documentation that is well written about "Programming in S language" where control stuctures / loops / vectorization and necessery sequences of S programming are

On 9 Aug 2013, at 00:18, Jakob Stoklund Olesen <stoklund at 2pi.dk> wrote: > I am hoping that this proposal will generate a lot of feedback, and there are many different topics to discuss. When replying to this email, please change the subject header to something more specific, but keep the [global-isel] tag. Subject changed, but I'm not sure if helps... Overall, I really like this

On 7 June 2013 13:53, Dallman, John <john.dallman at siemens.com> wrote: > It needs to be possible to debug code at any optimisation level. > Yes, I agree. But after O1, sequential execution is a big impediment for optimizations, and keeping the debug information valid after so many transformations might pose a big penalty on the passes (time & memory). That was the whole idea

I am hoping that this proposal will generate a lot of feedback, and there are many different topics to discuss. When replying to this email, please change the subject header to something more specific, but keep the [global-isel] tag. Thanks, /jakob Proposal for a Global Instruction Selector It is becoming evident that we need a replacement for the SelectionDAG-based instruction selector. This

-fno-builtin is the flag you want. deep On Wed, Feb 9, 2011 at 10:18 PM, Корчагин Василий <vasiliy.korchagin at gmail.com> wrote: > 09.02.2011 18:57, Jason Kim пишет: >> On Wed, Feb 9, 2011 at 5:02 AM, Vasiliy Korchagin >> <vasiliy.korchagin at gmail.com>  wrote: >>> Hi, >>> >>> llvm emits code for "memcpy" on ARM as consecutive

I'm not a LLVM or Clang developer, but I do spend a lot of time teasing software into working with the highest possible optimisation levels where it still works correctly. These guidelines are pretty good, but there are a few details worth considering. It needs to be possible to debug code at any optimisation level. It's acceptable for that to be harder at high optimisation levels, but

I have posted this question twice without any response. We are running samba on an OpenUnix 8 machine, then we are mapping the samba share on a Windows 2000 machine. If we run our process from the Windows command line..(copying files to the share) everything runs great. The problem is if someone telnets to the Windows 2000 machine and runs the same process they get "The specific network

09.02.2011 18:57, Jason Kim пишет: > On Wed, Feb 9, 2011 at 5:02 AM, Vasiliy Korchagin > <vasiliy.korchagin at gmail.com> wrote: >> Hi, >> >> llvm emits code for "memcpy" on ARM as consecutive ldr/str commands, and > > Hmm, this happens elsewhere as well (x86?). Perhaps what we need is a > switch to disable memset/memcpy lowering? > Do you

Things that are still outstanding: 1) Solaris/Redhat/HPUX session.c patch. I've not seen a ya or na on Kevin's pam patch from the Solaris group. 2) Odd Redhat/Debian scp/ssh issues. .. I'm baffled, and I can't replicate the bug. Nor have I seen anything remotely like it reported. 3) SCO.. Is it happy yet for compiling? =) Completed: 1) mdoc2man.pl .. Commited into

Hi All, Can any one please tell me the option in llvm-gcc to dump data structures of llvm and llvm IR. Thanks and regards, Manish

I'am a very fresh R user and I'd like to know how I could create such structures. I saw R was objects-oriented but I can not find any doccumentation on about how to build my hown ojects. Thanks.

Duncan Sands wrote: >> Can someone tell me, or point me to documentation, that explains the use >> of "flags" in the selection DAG? I figured out that, if one is >> present, it must be the last operand. But when are "flags" used and why? >> > > Please give details of the context, such as the kind of node you are looking at. > >

Can someone tell me, or point me to documentation, that explains the use of "flags" in the selection DAG? I figured out that, if one is present, it must be the last operand. But when are "flags" used and why? thanks, Bagel

> Can someone tell me, or point me to documentation, that explains the use > of "flags" in the selection DAG? I figured out that, if one is > present, it must be the last operand. But when are "flags" used and why? Please give details of the context, such as the kind of node you are looking at. Thanks, Duncan.

> > What do you think about this approach? Whould it be interesting to > implement something like that for LLVM? May be you already have > considered something like that? Are there any plans to it? We have talked about whole function instruction selection but does not have immediate plan to implement it. If we were to implement it today, it would probably be done on DAGs with

Is the algorithm described in the article "Near-Optimal Instruction Selection on DAGs (https://llvm.org/pubs/2008-CGO-DagISel.html)" really used in llvm instruction selection? I've studied implementation (SelectionDAGISel.cpp) and I see that instructions are selected by target specific MatcherTable generated by llvm-tblgen. In the implementation the first matching pattern from