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...