search for: forcygwin

Displaying 11 results from an estimated 11 matches for "forcygwin".

2005 Jul 11
3
[LLVMdev] Mod for using GAS with MS VC++
Here is a mod to X86 that allows GAS to be used with MS Visual C++. I introduces a 'forWindows' variable like 'forCygwin' in th X86SharedAsmPrinter class. This may prompt thurther normalization, on the otherhand it may not :) Aaron -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20050711/17d090a4/attachment.html> -------...
2005 Jul 11
0
[LLVMdev] Mod for using GAS with MS VC++
On Mon, 11 Jul 2005, Aaron Gray wrote: > Here is a mod to X86 that allows GAS to be used with MS Visual C++. > > I introduces a 'forWindows' variable like 'forCygwin' in th > X86SharedAsmPrinter class. > A couple of comments: 1. Please send patches instead of full files. The best way to do this is to use CVS like this: 'cvs diff -u' in the directory that you care about. You can also specify specific files to diff as well. 2. Plea...
2005 Jul 11
2
[LLVMdev] Mod for using GAS with MS VC++
>> Here is a mod to X86 that allows GAS to be used with MS Visual C++. >> >> I introduces a 'forWindows' variable like 'forCygwin' in th >> X86SharedAsmPrinter class. >> > > A couple of comments: > > 1. Please send patches instead of full files. The best way to do this is > to use CVS like this: 'cvs diff -u' in the directory that you care > about. You can also specify speci...
2005 Jul 12
0
[LLVMdev] Mod for using GAS with MS VC++
Jeff Cohen wrote: > Chris Lattner wrote: > >> On Tue, 12 Jul 2005, Aaron Gray wrote: >> >>>>>> Sure, but presumably you want to differentiate between nasm and >>>>>> masm (if they are not compatible) right? >>>>> >>>>> >>>>> >>>>> Right >>>> >>>>
2005 Jul 12
2
[LLVMdev] Mod for using GAS with MS VC++
Chris Lattner wrote: > On Tue, 12 Jul 2005, Aaron Gray wrote: > >>>>> Sure, but presumably you want to differentiate between nasm and >>>>> masm (if they are not compatible) right? >>>> >>>> >>>> Right >>> >>> >>> Then you need something more specific than 'isWindows'. I'd
2005 Mar 08
0
[LLVMdev] GCC assembler rejects native code generated by LLVM
...du/mailman/listinfo/llvmdev -------------- next part -------------- Index: X86AsmPrinter.cpp =================================================================== RCS file: /var/cvs/llvm/llvm/lib/Target/X86/X86AsmPrinter.cpp,v retrieving revision 1.132 diff -r1.132 X86AsmPrinter.cpp 87c87,88 < forCygwin = TT.find("cygwin") != std::string::npos; --- > forCygwin = TT.find("cygwin") != std::string::npos || > TT.find("mingw") != std::string::npos; 89c90 < #ifdef __CYGWIN__ --- > #if defined(__CYGWIN__) || defined(__MINGW32__) ------------...
2005 Jul 12
0
[LLVMdev] Mod for using GAS with MS VC++
...using CVS and how to > reintegrate changes that go cross purpose with stuff I already have written > but do not want to release yet. So I may have gotten out of sync here. Ok >> 3. You need to invent a target triple for your new configuration. You'll >> notice that the forCygwin/forDarwin variables are set based on the >> target triple of the module... as you coded it, forWindows is only >> ever set if the t-t is empty. > > Right, presumably Wndows does not set the TT. Should Windows or MSVC++ > have one ? If so how do I go about it. Maybe Jeff...
2005 Mar 08
3
[LLVMdev] GCC assembler rejects native code generated by LLVM
Vyacheslav, This is the same problem that I had with Cygwin .. nearly identical. The issue was documented in PR492 if you want some background. I'm currently trying to dig up what I did to fix this in December for Cygwin and see if I can apply the same change for mingw. Reid. On Mon, 2005-03-07 at 16:39, Vyacheslav Akhmechet wrote: > Ok, I got home so I have more details. Here's the
2005 Jul 13
0
[LLVMdev] X86AsmPrinter + MASM and NASM backends
On Tue, 12 Jul 2005, Aaron Gray wrote: >>> X86InstrInfo.td file it is full of them. >> >> Ah, I see what you're talking about. Please feel free to remove all of >> those from the Intel format. For example, change this: >> >> def IN8rr : I<0xEC, RawFrm, (ops), >> "in{b} {%dx, %al|%AL, %DX}">, Imp<[DX],
2005 Jul 12
2
[LLVMdev] X86AsmPrinter + MASM and NASM backends
>> The GAS intel code generator generates percents, look at the >> X86InstrInfo.td file it is full of them. > > Ah, I see what you're talking about. Please feel free to remove all of > those from the Intel format. For example, change this: > > def IN8rr : I<0xEC, RawFrm, (ops), > "in{b} {%dx, %al|%AL, %DX}">, Imp<[DX],
2005 Jul 12
2
[LLVMdev] Mod for using GAS with MS VC++
...tommorow as it is late now. > > Sounds good, thanks and sorry for the trouble. No problem, we need proper proceedure in place to avoid possible confusion. >>> 3. You need to invent a target triple for your new configuration. >>> You'll >>> notice that the forCygwin/forDarwin variables are set based on the >>> target triple of the module... as you coded it, forWindows is only >>> ever set if the t-t is empty. >> >> Right, presumably Wndows does not set the TT. Should Windows or MSVC++ >> have one ? If so how do I go a...