Ok, so it seems like a plausible plan is to start by using YASM, so we can
generate Win32 objects using the NCG with no changes to the syntax. Some
changes to directives (eg. section names) will probably be required.
I'll update the ticket.
Peter Tanski wrote:
On Nov 14, 2006, at 4:06 AM, Simon Marlow wrote:
Windows-native GHC won't require Perl, because it is using the NCG
only. Perl would only be required for the splitter, but I imagine
we'll be generating DLLs so splitting won't be an issue.
I must be incredibly daft. I hadn't considered that Windows-native GHC
wouldn't continue to support the use of -fvia-C. (Not a bad idea! GHC
had to make the leap to pure NCG some time!)
The reason for this was that I was assuming porting the mangler to understand
MASM syntax would be a huge effort. However, if we can use YASM or something
else with GAS syntax, it might be feasible. Still, going NCG-only is the
preferred solution, and it's the direction we want to move in.
Cheers,
Simon
_______________________________________________
Cvs-ghc mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/cvs-ghc
