<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'><div style="text-align: left;">> CC: m3devel@elegosoft.com<br></div>> From: hosking@cs.purdue.edu<br>> <br>> On Jan 10, 2008, at 7:42 AM, Jay wrote:<br>> <br>> > PM3 appears to ignore call_conv.<br>> > Perhaps its NT386GNU uses usermode threads via cygwin1.dll and has <br>> > no gui support, such as to not import any __stdcall functions???<br>> <br>> Probably, yes. CM3 were the ones who added gui support. Anyway, I <br>> think it is simply a matter of adding the appropriate attribute to <br>> the function decls in the gcc backend. I believe that it supports <br>> cdecl and stdcall. Are these all we need to specify?<br><br>Digital added GUI support, but that doesn't necessary matter.<br>PM3 might have dropped or broken it -- well, at least the NT386GNU target, not NT386.<br>Good point, attributes, not name.<br>__cdecl and __stdcall will suffice, yes.<br>There is __fastcall but the M3 front end doesn't support it.<br>The M3 front end only supports __cdecl and __stdcall, and various synonyms thereof,<br>but it just resolves to 0 and 1, I think 0 is __cdecl.<br>Look for "NTCall" in the source, or "stdcall" on the front end.<br>It's pretty clear.<br><br>If I knew how to easily "build things properly" "but get a preprocessed file",<br>that is, add -E to the proper place, I would have preprocessed parse.c<br>to get an idea how to...well...add the stuff to the name, which isn't the right fix anyway.<br>As two where the char* or char[] is is buried in macros..<br>(e.g. CodeWarrior implements this well, right click a file and say "preprocess"<br>or "disassemble")<br><br> - Jay<br><br /><hr />Put your friends on the big screen with Windows Vista® + Windows Live™. <a href='http://www.microsoft.com/windows/shop/specialoffers.mspx?ocid=TXT_TAGLM_CPC_MediaCtr_bigscreen_012008' target='_new'>Start now!</a></body>
</html>