This is the mail archive of the cygwin-apps@cygwin.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re[2]: Want to be a gcc/binutils maintainer?



> > 
> > Question, Danny:  with your changes, does auto-import continue to work?
> Yes, in all my tests.
> 
> > (with *non* fastcall symbols only, for now...auto-import-for-fastcall
> > probably needs to be added later, but for now...)
> > 
> 
> fastcall symbols are functions, never data, so no need to auto-import. 
> However, all the _nm_ symbols seem to be okay.
> 
> 
> > Download this:
> > 
> > 
> >
>
http://www.neuro.gatech.edu/users/cwilson/cygutils/V1.1/dll-stuff/dll-helpers-0.2.9.tar.bz2
> > 
> > and run the various tests.
> > 
> > 
> I get broken link messages with that.  I'll try later. FWIW,
> dllhelpers-0.2.4-0.2.8 all work before and after changing functions to
> __fastcall (and with __fastcall C++ methods), and mixing __stdcall,
> __cdecl, and __fastcall in same code.    I don't know how to mark fortran
> names as fastcall.
> 
> --Chuck 
> 
> 

One "auto-feature" that is not yet enabled is extension of
--enable-stdcall-fixup to fastcall.  Fixup of fastcall names to cdecl names
is relatively simple.  Fixup of cdecl names to fastcall is more expensive
since it means looking up '@foo@' as well as 'foo@' whenever there is an
undefined foo. Also should we try to fixup up undefined fastcall @foo@n to
defined stdcall foo@n (and vise versa)?  I've left all that out for now so
we get hard link errors rather than fixups if (when) things go wrong
somewhere else.

Danny

http://briefcase.yahoo.com.au - Yahoo! Briefcase
- Manage your files online.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]