similar to: [LLVMdev] is there any eclipse plug-in for td/ll files editing?

Hi, I've developed editor prototype for TableGen files (td). It is Eclipse plugin based on IMP project (The IDE Meta-Tooling Platform). Editor has outline, folding, coloring, go to definition, etc. As any prototype, editor has some limitations (e.g. no cross-file indexing). If there is any interest to such tool I will improve it a bit and then publish. Also considering llvm asm (ll) editing

Hello Sergey, I'd be interested in such a plugin. At one time somebody else started a plugin to cause Eclipse to compile with LLVM-GCC but I hadn't heard anything else from them. I've been just modifying the commands manually for that. I have definitely not heard of a .td or .ll syntax highlighter plugin. --Sam ----- Original Message ---- > From: Sergey Yakoushkin

Hello, I am running R in Eclipse, and when I start Eclipse or when I get error messages, they are in German. (My computer's regional language settings are German.) Is there a way to switch to English in Eclipse without changing my global regional language settings? In basic R GUI this is possible in RGUI configuration editor. Anyone can help? Thank you in advance! Sergey

Is it possible to configure llc to generate code for other architectures? For instance, what I need to do to generate Sparc machine code? Thanks. --Gang -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100316/253bd016/attachment.html>

Hi, Target architecture for llc can be specified using -march, -mcpu, -mattr options. Is it possible to override target CPU attributes when using llvm-gcc compiler? Regards, Sergey Y.

I'm building tool-chain for processor without integer MUL. So, I've defined __mulsi3 for integer multiplication (int32). Now I've got a problem with int64 multiplication which is implemented in libgcc2.c. Segfualt due to infinite recursion in i64 soft multiplication (libgcc2, __muldi3). LLVM-GCC (for my target) misoptimizes code if -O2 is passed. It promotes i32 multiplication to

Hi, Is there anyone else interested in fixed-point arithmetic support in clang/llvm? Regards, Sergey On Sat, Aug 3, 2013 at 12:14 AM, Sergey Yakoushkin < sergey.yakoushkin at gmail.com> wrote: > Hi all, > > Were there any further discussion or progress with the fixed point support > (ISO/IEC TR 18037) in the meantime? >

[ 96%] Checking for cyclic dependencies between LLVM libraries. cd /Users/samuraicrow/Documents/workspace/llvm-trunk-build/tools/llvm-config && "/Applications/CMake 2.8-3.app/Contents/bin/cmake" -E remove -f /Users/samuraicrow/Documents/workspace/llvm-trunk-build/tools/llvm-config/FinalLibDeps.txt

On Wed, Mar 17, 2010 at 4:57 PM, Sergey Yakoushkin <sergey.yakoushkin at gmail.com> wrote: > Thanks, yes, I'm facing the same issue. > > Hm... seems there are no simple fixes. > I have to do one more i64 mul implementation to workaround aggressive > optimizations. > Is that correct? Is this the only way? This shouldn't be necessary, IMO. If you were going to

I tried llc with -mcpu=help and it dosn't list Sparc. Thanks. --Gang On Tue, Mar 16, 2010 at 12:43 PM, Sergey Yakoushkin < sergey.yakoushkin at gmail.com> wrote: > Hi, > > Target architecture for llc can be specified using -march, -mcpu, > -mattr options. > > Is it possible to override target CPU attributes when using llvm-gcc > compiler? > > Regards, >

On Wed, Mar 17, 2010 at 3:54 PM, Eli Friedman <eli.friedman at gmail.com> wrote: > On Wed, Mar 17, 2010 at 1:32 PM, Sergey Yakoushkin > <sergey.yakoushkin at gmail.com> wrote: >> I'm building tool-chain for processor without integer MUL. >> So, I've defined __mulsi3 for integer multiplication (int32). >> >> Now I've got a problem with int64

Hello, Is there any R plug-in available for Eclipse other than StatET? StatET doesn't seem to work with the latest release of Eclipse properly, i.e. syntax highlighting isn't enabled for R commands. I already contacted the author some time ago, but have not yet received a response. Would also be great if somebody could tell me whether they have the same problem. I already tried

Hi, Rafael Inlined asm markup inside functions and on the top level is used to split asm prologue/epilogue parts in very fine-grained manner. So, splitting source c won't give the same result. Regards, Sergey Y. 2010/2/22 Rafael Espindola <espindola at google.com> I haven't looked at the code, but why can't you split the .c files > into multiple files instead of splitting

Hi David, I'm working on source to source transformations and instrumentation. A flag to disable 'va_arg' lowering in LLVM FEs will be very useful. Have you sent your modifications upstream to LLVM? If not, could you please share link to your public repository. Thanks, Sergey Yakoushkin On Mon, Jul 19, 2010 at 11:18 PM, David Meyer <pdox at google.com> wrote: > Neal, >

On Wed, Mar 17, 2010 at 1:32 PM, Sergey Yakoushkin <sergey.yakoushkin at gmail.com> wrote: > I'm building tool-chain for processor without integer MUL. > So, I've defined __mulsi3 for integer multiplication (int32). > > Now I've got a problem with int64 multiplication which is implemented > in libgcc2.c. > Segfualt due to infinite recursion in i64 soft

> This shouldn't be necessary, IMO. If you were going to implement it, > then the correct thing to do would be to have generic selection dag > lowering of large multiplies, which renders the library mostly > useless. In fact, I would prefer to avoid custom lowering for operations on large types. i64 will be rare in my case (embedded) and their performance is not an issue. I need

On 21 Apr 2016, at 17:44, Sergey Yakoushkin <sergey.yakoushkin at gmail.com<mailto:sergey.yakoushkin at gmail.com>> wrote: Hi Kristof, The way we use LNT, we would run different configuration (e.g. -O3 vs -Os) as different "machines" in LNT's model. O2/O3 is indeed bad example. We're also using different machines for Os/O3 - such parameters apply to all

Hi, Are there any plans (ongoing works) to implement hazards recognizers for in-order x86 processors (e.g. Atom)? Regards, Sergey Yakoushkin

On 2010-02-21 23:36, Sergey Yakoushkin wrote: > Hi, Rafael > > Inlined asm markup inside functions and on the top level is used to > split asm prologue/epilogue parts in very fine-grained manner. > So, splitting source c won't give the same result. You could have 2 files: - 1 which contains the function, and a marker where prolog ends (beginning of file is implicit marker of

Hi, I've written an Eclipse plugin which adds an .ll file editor to Eclipse. It elevates the language support to nearly the same level that other programming languages enjoy under the Eclipse IDE, so it can be useful for anyone who manually reads or writes IR. Primary features are: * Syntax coloring which can deal with arbitrarily complex types (unlike what most other editors offer) *