Displaying 20 results from an estimated 7000 matches similar to: "[LLVMdev] Problem about "llc -march=msil""
2008 May 06
1
[LLVMdev] Problem about "llc -march=msil"
Hi,
I am trying to use llvm to translate ftp.c(a file of wget-1.11.2.tar.bz2 )
to msil. But it shows errors like:
[dayin at localhost src]$ llvm-gcc -emit-llvm ftp.c -c -o ftp.bc
[dayin at localhost src]$ llc ftp.bc -march=msil -o ftp.s
Intrinsic ID = 32
llc: /home/dayin/llvm/llvm-2.2/lib/Target/MSIL/MSILWriter.cpp:802: void
<unnamed>::MSILWriter::printIntrinsicCall(const
2009 Apr 16
0
[LLVMdev] Patch: MSIL backend global pointers initialization
Hi, Artur
> // CallSites have equal signatures
> bool MSILWriter::cmpCallSite(CallSite A, CallSite B) {
> return (getCallSiteFType(A)==getCallSiteFType(B) &&
> A.getAttributes()==B.getAttributes());
> }
As it is impossible to honour argument attributes in MSIL I don't see
why you should compare attributes. You seems to have the same MSIL
call signature for calls
2007 Jul 03
0
[LLVMdev] Solaris 9 compilation
Hi all!
I gave a shot at compiling core llvm with a Solaris 9 machine.
The compiler is FSF gcc 3.4.6. I am building trunk in the release version.
So far I did not run tests (no dejagnu installed).
Here are my findings:
0) Configuring. I had to suppress the solaris tools by:
env AR=/opt/gnu/bin/ar NM=/opt/gnu/bin/nm RANLIB=/opt/gnu/bin/ranlib STRIP=/opt/gnu/bin/strip ../llvm/configure
2009 Apr 16
2
[LLVMdev] Patch: MSIL backend global pointers initialization
Hi Anton
>
> > The interesting for me part of the CallInst is printf(i8* noalias %0, i32
> > 123).
> > I was diging in doxygen documentation but I really can't see the easy way
> to
> > compare those instructions and again finish with reinvented (but working)
> > wheel ;).
> Ah, sorry. I missed that you're doing variadic calls, not casting
>
2009 Apr 03
0
[LLVMdev] Patch: MSIL backend global pointers initialization
Hi, Artur
Minor comments:
> +// Comparision for std::lower_bound used in
> MSILWriter::printExternals()
> +static bool CompareInstructions(Instruction *A,Instruction *B)
> +{
Put brace on the same line as function def.
> + if ( !F->use_empty() ) // Print only if used
> + {
Likewise. Plus use "if (foo)" instead of "if ( foo )". All code
2011 Aug 15
2
[LLVMdev] llc with -march=mips failed to compile va_start()/va_end()/va_arg()
Hi,
I am using llc (llvm 2.9) to generate the MIPS assembly, but failed
when compile any codes
with va_start()/va_end()/va_arg().
Here is the minimal step to reproduce the failure:
llvm-gcc-4.2 -emit-llvm hello.c -c -o hello.bc
llc -march=mips hello.bc -o hello.s
llc show this erroe message:
LLVM ERROR: Cannot select: 0xa1873a0: ch = vaend 0xa187290:1,
0xa185ae0, 0xa187318 [ID=38]
0xa185ae0:
2011 Aug 15
0
[LLVMdev] llc with -march=mips failed to compile va_start()/va_end()/va_arg()
On Mon, Aug 15, 2011 at 2:18 AM, Leo Chen. <leo.q.chen at gmail.com> wrote:
> Hi,
>
> I am using llc (llvm 2.9) to generate the MIPS assembly
I would suggest trying trunk; there have been a lot of improvements
recently to the MIPS backend.
-Eli
> but failed
> when compile any codes
> with va_start()/va_end()/va_arg().
>
> Here is the minimal step to reproduce the
2011 Aug 15
1
[LLVMdev] llc with -march=mips failed to compile va_start()/va_end()/va_arg()
On Aug 15, 2011, at 9:42 AM, Eli Friedman wrote:
> On Mon, Aug 15, 2011 at 2:18 AM, Leo Chen. <leo.q.chen at gmail.com> wrote:
>> Hi,
>>
>> I am using llc (llvm 2.9) to generate the MIPS assembly
>
> I would suggest trying trunk; there have been a lot of improvements
> recently to the MIPS backend.
>
I agree. Also, make sure you're using a MIPS
2011 Aug 16
0
[LLVMdev] llc with -march=mips failed to compile va_start()/va_end()/va_arg() (RESOLVED)
Hi,
The problem is resolved.
I try the svn trunk, llc work fine to generate the MIPS assembly.
Also, I try both llvm-gcc and clang, they work fine at my current
project, though I will use clang to instead of llvm-gcc.
Thanks, everyone.
Regards,
Leo
2011/8/16 Akira Hatanaka <ahatanak at gmail.com>:
> You might want to use clang instead of llvm-gcc: I think there are
> still bugs
2007 Mar 22
1
[LLVMdev] MSIL backend
Hello, Jeff.
> I'm confused. A MSIL front end I can understand, but a back end? How
> will it be used? The GCC-based front ends that come with LLVM generate
> bytecodes that have dependencies on the GCC runtime, which is not going
> to be present in a .NET environment.
Well. It's LLVM-to-MSIL translator. So, if the source use some
unsupported code... The same situation
2009 Apr 15
0
[LLVMdev] Patch: MSIL backend global pointers initialization
Hi, Artur
> The interesting for me part of the CallInst is printf(i8* noalias %0, i32
> 123).
> I was diging in doxygen documentation but I really can't see the easy way to
> compare those instructions and again finish with reinvented (but working)
> wheel ;).
Ah, sorry. I missed that you're doing variadic calls, not casting
variadic function to definite ones. I think you
2009 Apr 15
2
[LLVMdev] Patch: MSIL backend global pointers initialization
Hello,
> So, looking for type of callee (not result, but function type!) you'll
> obtain the
> real "signature" of callee and if you'll strip all pointer cast you'll
> obtain the "declaration" (=variadic) type of the callee.
Maybe I misunderstood something but I just get the variadic declaration not
the real "signature", like this:
const
2009 May 16
0
[LLVMdev] VMKit: msil optimization
Dear Rudiger,
Rüdiger Klaehn wrote:
> Hello all.
>
> is it possible to use LLVM to optimize existing .NET assemblies?
>
It's in theory possible. LLVM+VMKit already does it for Java classes.
> Basically doing the following:
>
> - read in MSIL and convert into LLVM internal representation
> - perform global optimizations on LLVM internal representation
> - write
2009 May 16
0
[LLVMdev] VMKit: msil optimization
On Sat, May 16, 2009 at 5:09 PM, Anton Korobeynikov <anton at korobeynikov.info
> wrote:
> Hello,
>
> > As for the state of the MSIL backend of LLVM, I don't think it's for
> > production use yet. Assemblies have lots of information in them and
> > maintaining them during the MSIL -> LLVM -> MSIL translations should be
> > the hard part.
> This
2012 Dec 27
2
[LLVMdev] llvm msil couple questions
Hey there,
Searching via the web is not producing answers.... So I thought I
would ask the gods of llvm. :-)
I'd like to experiment with the llc in conjunction with msil.
but I am running into this error:
llc-mp-2.9 test.ll -march=msil
/opt/local/libexec/llvm-2.9/bin/llc: error: invalid target 'msil'.
the version string is:
llc-mp-2.9 --version
Low Level Virtual Machine
2009 May 16
2
[LLVMdev] VMKit: msil optimization
Hello,
> As for the state of the MSIL backend of LLVM, I don't think it's for
> production use yet. Assemblies have lots of information in them and
> maintaining them during the MSIL -> LLVM -> MSIL translations should be
> the hard part.
This should be pretty hard. MSIL is definitely much more high level
than LLVM, that's why significant portion of information will
2007 Mar 22
0
[LLVMdev] MSIL backend
Chris Lattner wrote:
> On Thu, 22 Mar 2007, Jeff Cohen wrote:
>> I'm confused. A MSIL front end I can understand, but a back end? How
>> will it be used? The GCC-based front ends that come with LLVM generate
>> bytecodes that have dependencies on the GCC runtime, which is not going
>> to be present in a .NET environment.
>
> Who said the input has to come
2007 Mar 22
0
[LLVMdev] MSIL backend
Anton Korobeynikov wrote:
> Hello, Everyone.
>
> We've just commited new backend for LLVM: MSIL. The author of backend is
> Roman Samoilov from Codedgers Inc. (roman at codedgers.com). Backend itself
> is very similar to C backend (and actually was based on it). Note, it's
> pure LLVM-to-MSIL translator, so no additional checks etc. are
> performed.
>
I'm
2009 Mar 30
0
[LLVMdev] MSIL codegen
Hi Artur,
Artur Pietrek wrote:
> Hello,
>
> I work in Kalray (Montbonnot, France) and I'm PhD student at Universite
> Joseph Fourier in Grenoble.
> We want to use LLVM framework for MSIL code generation, which is part of
> my thesis.
> Currently I'm still reading LLVM's documentation and I've started
> completing the MSIL backend for running on Mono.
2009 May 16
2
[LLVMdev] VMKit: msil optimization
Hello all.
is it possible to use LLVM to optimize existing .NET assemblies?
Basically doing the following:
- read in MSIL and convert into LLVM internal representation
- perform global optimizations on LLVM internal representation
- write out optimized MSIL using the existing LLVM backend
I presume that the capability to convert MSIL into LLVM internal
representation exists somewhere in VMKit.