From: "Alexander Voropay" <a.voropay@vmb-service.ru>
To: "'Kevin D. Kissell'" <kevink@mips.com>, <linux-mips@linux-mips.org>
Subject: RE: MS VC++ compiler / MIPS
Date: Wed, 14 Jul 2004 21:32:23 +0400 [thread overview]
Message-ID: <07f501c469c8$85f86240$0200000a@ALEC> (raw)
In-Reply-To: <003001c469b4$3b5ae960$10eca8c0@grendel>
Kevin D. Kissell [mailto:kevink@mips.com] wrote:
>If I recall correctly, the MS compiler uses a subltly different calling
convention/ABI
>than the "o32" gcc conventions assumed by MIPS Linux,
The ABI is identical if the number of the int arguments <=4
(n1-> $4, n2 -> $5, n3 -> $6, n4 -> $7)
(return value --> $2)
It should be enought for simply functions.
Otherwise, the MSVC/MIPS does not use $fp, so stack frame structure
seems different.
MSVC/MIPS supports 2 calling conventions (/Gd __cdecl calling
convention;
/Gr __fastcall calling convention) but I can't grok a difference.
> and certainly the assembler directives will be different from those
assumed by the Linux sources.
Yes.
It sems, it is impossible to build a full Linux toolcain at the MSVC
base. The MS linker
(LINK.EXE) is weak (comparing to `ld` monster) and can produce only COFF
.EXE (a.out)
MIPS executables.
> It *might* be possible to hack up a MIPS Linux kernel source tree to
build with the MS
>tool kit, but it would be a lot of work, some of it subtle.
I have no plans to do it, I'm not a MIPS guru :)
--
-=AV=-
WARNING: multiple messages have this Message-ID (diff)
From: "Alexander Voropay" <a.voropay@vmb-service.ru>
To: "'Kevin D. Kissell'" <kevink@mips.com>, linux-mips@linux-mips.org
Subject: RE: MS VC++ compiler / MIPS
Date: Wed, 14 Jul 2004 21:32:23 +0400 [thread overview]
Message-ID: <07f501c469c8$85f86240$0200000a@ALEC> (raw)
Message-ID: <20040714173223.SoPRacKx3dt6qanlh6hqzjZZxJLSa9qC9xGmS1zyzH8@z> (raw)
In-Reply-To: <003001c469b4$3b5ae960$10eca8c0@grendel>
Kevin D. Kissell [mailto:kevink@mips.com] wrote:
>If I recall correctly, the MS compiler uses a subltly different calling
convention/ABI
>than the "o32" gcc conventions assumed by MIPS Linux,
The ABI is identical if the number of the int arguments <=4
(n1-> $4, n2 -> $5, n3 -> $6, n4 -> $7)
(return value --> $2)
It should be enought for simply functions.
Otherwise, the MSVC/MIPS does not use $fp, so stack frame structure
seems different.
MSVC/MIPS supports 2 calling conventions (/Gd __cdecl calling
convention;
/Gr __fastcall calling convention) but I can't grok a difference.
> and certainly the assembler directives will be different from those
assumed by the Linux sources.
Yes.
It sems, it is impossible to build a full Linux toolcain at the MSVC
base. The MS linker
(LINK.EXE) is weak (comparing to `ld` monster) and can produce only COFF
.EXE (a.out)
MIPS executables.
> It *might* be possible to hack up a MIPS Linux kernel source tree to
build with the MS
>tool kit, but it would be a lot of work, some of it subtle.
I have no plans to do it, I'm not a MIPS guru :)
--
-=AV=-
next prev parent reply other threads:[~2004-07-14 17:31 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-14 13:53 MS VC++ compiler / MIPS Alexander Voropay
2004-07-14 13:53 ` Alexander Voropay
2004-07-14 14:05 ` H.Heinold
2004-07-14 14:10 ` Geert Uytterhoeven
2004-07-14 15:07 ` Kevin D. Kissell
2004-07-14 15:07 ` Kevin D. Kissell
2004-07-14 17:32 ` Alexander Voropay [this message]
2004-07-14 17:32 ` Alexander Voropay
2004-07-15 0:24 ` Ralf Baechle
2004-07-15 0:39 ` Ralf Baechle
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='07f501c469c8$85f86240$0200000a@ALEC' \
--to=a.voropay@vmb-service.ru \
--cc=kevink@mips.com \
--cc=linux-mips@linux-mips.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox