www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1994/09/23/19:16:20

To: "Marty Leisner" <leisner AT sdsp DOT mc DOT xerox DOT com>
Cc: sac AT cygnus DOT com (Steve Chamberlain), djgpp AT sun DOT soe DOT clarkson DOT edu
Subject: Re: Using GCC for Windows apps/DLL's
Date: Fri, 23 Sep 94 09:40:31 -0700
From: sac AT cygnus DOT com

> 
> I'm not sure I agree with the PASCAL pollution...
> 
> Wouldn't it be possible to generate glue functions
> which convert arguments from a C calling convention
> to a pascal convention...
> 

Yes - this is what Rainer Schnitker does in his wdk tools.

> Would this be easier and more reasonable?

It may be easier - but it's gross.  He has a program which
writes the glue functions using tons of asm statements to push
the arguments.

I'd argue that it's cleaner to get GCC to do this properly
on your behalf, rather than including yet another level
of indirection and crap.

> 
> Are there varargs windows functions?

Fraid so.  (eg, wsprintf)
> 
> Also is it possible to write windows applications
> without the msc windows sdk?
> 

> 
> What exactly are windows calls?   (i.e. put it into
> context of how to do Unix kernel calls...)
> 
> marty
> 
> 

I don't know, I never got down to that level - since I wanted to link
in with the windows library.

My meta-goal is to write a windows front end for GDB.  I thought that
cross compiling on my sun for a dos target using go32 technology would
help me; I could use unix build tools, long filenames, make, symbolic
links etc etc.

I've put this on hold now, and I run the code I'm developing on the Sun
and have the GUI on windows (in VC++) talking to it with winsock.  One day
I'll have to bite the bullet - either compile GDB with VC++ or get
go32 talking to windows.




Steve



- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019