search for: krysztof

You can generate 64-bit binaries with a 32-bit LLVM without any issue. The target machine in your case may differ from the "host target", but it shouldn't be any problem. I have managed to compile LLVM on Windows using the compiler from Windows 7 SDK (and CMake). I don't remember what runtime binaries it required, but I guess it was the regular MSVC runtime. -Krzysztof --

On 4/24/2013 1:35 PM, Cameron McInally wrote: > > I believe that the wildcard is the extern keyword. > > Since the external symbol isn't resolved until link time, I suspect that > it would be a legal C program to do something like (maybe the language > lawyers know better though): > > XXX> cat test.c > extern int x; > > int kung( ) { > return x; > }

Thanks all for replies. Krysztof said: >We do the exact same thing with our Hexagon compiler. The executables >that we ship are prefixed with hexagon-. Chris Bieneman said: >You also need changes to llc, opt (and any other tools you >want) so that they read the target triple from their names. > Chris' reply...

...sy and unix like unless it shoots me in the foot with cygwin1.dll requirements. Not sure if i will be able to make a compiler that will be able to have a winmain to run the resulting binaries of my language without a console if asked. But that is way way ahead of me haha, sorry. I digress. Thanks Krysztof, it is very good to know finally so i can start working in my little project. -- View this message in context: http://llvm.1065342.n5.nabble.com/llvm-32bit-with-64bit-output-tp52769p52771.html Sent from the LLVM - Dev mailing list archive at Nabble.com.

.... Imagine how efficient operation lowering will be in MI--just an en-masse opcode flip. Chris mentioned that we need to be able to mix register class contraints on target instructions with type constraints on ISDs. I believe this can be done in MI without inserting special bitcasts throughout. As Krysztof mentioned, we already need a way to express MI->MI patterns. We currently have pass ordering problems between target specific DAG Combine, ISEL, and machine optimizations. Performing simple lowering in one pass and deferring or replaying more complex patterns, like operand folding, would solve t...

I am looking at starting a project to make a toy language that is targeted purely at 64bit windows. I have never used llvm or anything like it i am just trying to learn new things. However there are several problems, as far as i have seen, with compiling llvm in 64bit on windows. So i was wondering if i compile a 32bit version of llvm and use that can my resulting compiler output 64bit binaries?

On Apr 27, 2013, at 8:10 AM, Chandler Carruth <chandlerc at google.com> wrote: > On Fri, Apr 26, 2013 at 11:33 PM, Dan Gohman <dan433584 at gmail.com> wrote: > To all, I'm moving on and accepting what appears to be the consensus of the list, for now. > > I want to point out something about this direction that hasn't really come up, but I think deserves some better

On Fri, Apr 26, 2013 at 11:33 PM, Dan Gohman <dan433584 at gmail.com> wrote: > To all, I'm moving on and accepting what appears to be the consensus of > the list, for now. > I want to point out something about this direction that hasn't really come up, but I think deserves some better discussion. I don't think it should be the basis of a decision one way or the other,

On 7/29/2013 6:28 PM, Andrew Trick wrote: > > You mean that LICM and Unswitching should be left for later? For the purpose of exposing scalar optimizations, I'm not sure I agree with that but I'd be interested in examples. Optimizations like LICM, and unswitching can potentially damage perfect nesting of loops. For example, consider this nest: for (i) { for (j) {

On Jul 29, 2013, at 9:05 AM, Krzysztof Parzyszek <kparzysz at codeaurora.org> wrote: > On 7/16/2013 11:38 PM, Andrew Trick wrote: >> Since introducing the new TargetTransformInfo analysis, there has been some confusion over the role of target heuristics in IR passes. A few patches have led to interesting discussions. >> >> To centralize the discussion, until we get