Re: [Mingw-users] Is MingW suitable for my needs.

[Earnie B. <ear...@ya...>]

I don't know if MinGW is suitable for your needs or not.  A lot of
people cross build for the Win32 using MinGW so they can have a POSIX
platform for building purposes.  I'm attempting to create a "native"
POSIX build environment for MinGW.  I've created a fork of the
Cygwin-1.3.3 runtime to help accomplish this.   I have announced a
prerelease on the MinGW-Dvlpr list of the MSYS system but haven't yet
announced it on this list.  I've recently made it publicly available if
you're willing to help test this.  I don't have this fork anywhere near
ready for real MinGW use but I do need testers for feedback.  If I get
enough response from this I'll setup a MinGW-msys email account for
discussion.

Earnie.

Paul Gregory wrote:
> 
> The problems I am trying to overcome are actually with the compiler. There
> are a number of known issues with standards compliance and MSVC6. Up til now
> we have managed to get round them, but now the problems are at the point
> where we would have to make major changes to the sourcecode to overcome the
> lack of support, and we don't want to do that.
> 
> The unresolved references I refer to are actually in the DLL, i.e. in Posix
> it is OK to link the DLL and have unresolved references to another library
> as long as this library is linked into the main executable which is
> responsible for loading the DLL. This way when the DLL is loaded and
> initialised any dangling references are resolved against the availed
> functions present in the executable, thus fixing any unresolved references.
> 
> I really do want to use autotools if I can as this would make the build
> process the same irrespective of the target, and avoid the problems of
> keeping multiple configuration/project/workspace files up to date.
> 
> I have seen mention of an autotools build for MingW, something to do with a
> self hosting installation. But can't find much information on using it. The
> self hosting installation I found mostly dates back to 1999, is this the
> latest? If so is it sufficiently up to date to be of use?
> 
> To reiterate, what I would like, in an ideal world, is a build system the
> same as on Posix, using autotools but building for native Windows.
> 
> Cheers
> 
> PaulG
> 
> > -----Original Message-----
> > From: Castro, Edison M. (USPC.PCT.Hopewell)
> > [mailto:ECastro@NA2.US.ML.com]
> > Sent: 30 October 2001 17:19
> > To: 'min...@li...'
> > Subject: RE: [Mingw-users] Is MingW suitable for my needs.
> >
> >
> > Paul
> >
> > I am trying to understand exactly what is the problem you are
> > trying to
> > overcome. What are those deficiencies you speak of with Win32
> > DLL and MS
> > compiler.
> >
> > Is it the fact that you would like to resolve unresolved
> > references at run
> > time?. There are two ways of doing this in WIN32. One is to
> > explicitly load
> > the DLL and ask for those entry point you require. The other
> > is by "demand
> > load" linking in which the DLL is only load if any entry
> > point of such DLL
> > is called as part of the execution of the program.
> >
> > Is it the fact that you want to use autotools?. I think there
> > is a version
> > of autotools compile for MINGW.
> >
> >
> 
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
> 
> You may change your MinGW Account Options at:
> https://lists.sourceforge.net/lists/listinfo/mingw-users

-- 
Earnie.

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com