<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

Anton Korobeynikov wrote:

<blockquote cite="mid1174602497.23903.81.camel@asl.dorms.spbu.ru"

 type="cite">

  <pre wrap="">Hello, Jeff.

  </pre>

  <blockquote type="cite">

    <pre wrap="">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.

    </pre>

  </blockquote>

  <pre wrap=""><!---->Well. It's LLVM-to-MSIL translator. So, if the source use some

unsupported code... The same situation was for ages with llvm-gcc and

CBackend, if system compiler is gcc 3.4.x. Generated C code contains gcc

4.x-specific builtins. I don't see anything wrong about this. LLVM

wasn't designed as completely portable.

  </pre>

</blockquote>

<br>

There is no existing front end that can support MSIL.  Do you plan on

writing one?  And do you plan on it *not* supporting the other back

ends?<br>

<br>

<blockquote cite="mid1174602497.23903.81.camel@asl.dorms.spbu.ru"

 type="cite">

  <blockquote type="cite">

    <pre wrap="">Some people have the official Microsoft files :)

    </pre>

  </blockquote>

  <pre wrap=""><!---->We cannot use them :)

  </pre>

  <blockquote type="cite">

    <pre wrap="">As it's apparent the developer does not have Visual Studio, how do you 

assemble and run the MSIL code?  Do you use the utilities present in the 

.NET framework at all?

    </pre>

  </blockquote>

  <pre wrap=""><!---->Yes. Just MSIL "assembler". There will be some documentation "How to use

MSIL backend" in the nearest future.

  </pre>

  <blockquote type="cite">

    <pre wrap="">That you would need to rely on Mingw32 implies you do not.

    </pre>

  </blockquote>

  <pre wrap=""><!---->There won't be any files from external sources. Just clean instructions

"how to get and use them". I think some amount of .def files won't hurt

anyone.

  </pre>

</blockquote>

<br>

I still don't get what this is for.  You shouldn't need any win32 def

files.  It is extremely unusual for a program running in the .NET

environment to need direct access to the win32 API.  Most of the win32

API has been wrapped in .NET framework classes (though without callvirt

you can't use them).<br>

</body>

</html>