[EMAIL PROTECTED] wrote:
> On Sun, 17 Dec 2000, David Elliott wrote:
>
> > Okay, this should all be acceptable for inclusion into wine.
> >
> > The .tar.gz contains the dlls/msvcrt and include/msvcrt directories.
> >
> > The .diff changes the following files: Make.rules.in configure.in
> > dlls/Makefile.in include/Makefile.in
> >
> > I am not yet including the testsuite in programs/msvcrttest but I will
> be
> > posting that to wine-devel with an explanation shortly.
> >
> > Changelog:
> > * Added msvcrt and accompanying include files to the tree.
> >
> > -Dave
> >
> Well, there are fewer unimplemented functions than before, but one of
> them seems to be initterm, so I still can't use juno version 2 without
> native msvcrt to send this. That's all right. I haven't finished the
> winelib program I intend to use to send mail from mutt through juno
> version 2 and I don't much like juno 2's GUI. Or any GUI, if truth be
> told. :-).
>
Heck yeah, now that user32 is no longer required for CUI programs, my
CD-R software and also my test suite for MSVCRT now run very well on a
standard Linux console.
>
> I had to do the last hunk of dlls/Makefile.in by hand (I couldn't see
> anything wrong with the patch, but I guess patch has sharper eyes than
> I). It built a nice libmsvcrt.so, but it doesn't have initterm.
>
Possibly because it is against current CVS and you are at the last release?
There have been lots of changes to that file.
>
> Back to getting the types consistent in the winelib program...
>
> Lawson
>
Good luck with your Juno hacking.
Right now I am just trying to get MSVCRT into the tree so I can start
producing normal patches to implement all of the features. You may have
noticed the big fat warning (fixme actually) during the initial load of
MSVCRT. Hopefully that will take care of any problems with people having
builtin before native for the default load order.
One other thing. If you need MSVCRT routines in your app, simply prototype
them in the appropriate header file and then run your winelib app with
native msvcrt. At least until more functions get implemented.
Alternatively you could link the winelib program against the somewhat more
implemented CRTDLL using the same prototypes.
-Dave
