MinGW - Minimalist GNU for Windows

Project: MinGW - Minimalist GNU for Windows  (mingw)
Package: w32api
Date   : 2001-04-11 19:57

Project "MinGW - Minimalist GNU for Windows" ('mingw') has released the new
version of package 'w32api'. You can download it from SourceForge by following
this link:
<http://sourceforge.net/project/showfiles.php?group_id=2435&release_id=24829>
or browse Release Notes and ChangeLog by visiting this link:
<http://sourceforge.net/project/shownotes.php?release_id=24829> 

You receive this email because you requested to be notified when new versions
of this package were released. If you don't wish to be notified in the future,
please login to SourceForge and click this link:
<http://sourceforge.net/project/filemodule_monitor.php?filemodule_id=11550>
If you lost your SourceForge login name or password, refer to this document:
<http://sourceforge.net/docman/display_doc.php?docid=760&group_id=1>

Note that you may receive this message indirectly via one of your mailing list
subscriptions. Please review message headers before reporting unsolicited
mailings.

On 11 Apr 2001, at 20:58, the Illustrious John Lehmann wrote:

> Hello,
> 
> Either this is probably a common question or it's a really dumb
> question, but I tried hard and couldn't find an answer.

	Not common...but known.

> 
> How can I create an executable with G++ (win32 with mingw) that will run
> apart from having libstdc++.dll?  For example, I want to compile my
> project with G++ and turn it in (we're turning in executables too), but
> the teacher won't have the dll because he won't have installed mingw.

	
> 
> I tried to use the -static libstdc++.a (with the path) but that was just
> a shot in the dark and it didn't work...

	There's really nothing you need to do except compile using the 
following:

Mingw-g++/c++:

>g++ -o<executable name> <object name(s)> -l<any special libs>

	Unless I am mistaken, the .dll version of libstdc++ is _not_ required 
for sucessful libstdc++ builds.

	All that _is_ required are that you enter the items noted above at the 
command line...you may want to add "namespace" directive as well, 
though that is also un-necessary unless you are using the following 
type of "include" directive:

	#include <iostream>
	...

	Don't use the -static switch unless you know what you are doing.  
Default library output for Mingw-g++ , afaik, is still static libs (.a) 
unless you have a make file that configured to create dynamic link 
libraries (.dll).

> 
> Thanks,
> John

	Peace,

		Paul G.


Nothing real can be threatened.
    Nothing unreal exists.

In the past I've used g77 on linux and on windows with the mingw tool
set. Seems fine. But now I am attempting to build a linux g77
compiler that generates mingw targets. I have tried several scripts
from the internet that build cross compilers (from the mingw faq) but
neither of the two I tried would build g77. While I was able to build
g77 manually by specifying "make LANGUAGES="c c++ f77"", I later ran
into the problem that I couldn't link because it didn't build libg2c.

Any Q&D suggestions for building libg2c? Or for that matter, can
somebody point me to a mingw binary version of libg2c consistent with
gcc 2.95.x ?

Thanks,

- Matt Willis

First, let me say that mingw seems to be an extraordinary
offering --- kudos to the developers for a great effort!
I'm new to mingw (and to windows development in general),
so please bear with me.

I have a command line application that was developed under
Linux with the gcc-2.95.3 compiler.  This application
compiles directly with cygwin, and with minor changes
under the free Borland C++ compiler.  The code compiles
about 99.9% under mingw; <sstream> seems to be the only
missing piece.

For a couple of reasons I'd prefer to use mingw: The
resulting binary is 2x faster than the Borland-generated
executable (w/ optimizations), and I'm not able to open
source the project, so distribution under cygwin isn't
possible.

I believe that a version of gcc-2.95.3 for mingw would
solve my compiler problem.  I searched through the
mingw-user mailing archives to see if there was any news
on a forthcoming binary distribution of gcc-2.95.3, but
couldn't find any news.  Can you tell me what would be
required to compile gcc-2.9.3 for mingw (if possible)?
I'm not an experienced Windows user, and my only
experience with compilers is as a user (I'm probably not a
very programmer by most standards), so I'm not sure where
to begin.

As a last resort, I can always rewrite my code to avoid
using <sstream>...

I would appreciate any help you could offer.  

Regards,

Jon


--
Jonathan H. Owen, Ph.D.

IE/MS Dept, Northwestern University
2145 Sheridan Road                 
Evanston, Illinois  60208-3119     
http://www.iems.nwu.edu/~owenj/

use freopen, it "re-open" on aleady opened FILE pointer to a file.
you can (and could) use it with stdin/stdout/stderr...

Hello,

Either this is probably a common question or it's a really dumb question, 
but I tried hard and couldn't find an answer.

How can I create an executable with G++ (win32 with mingw) that will run 
apart from having libstdc++.dll?  For example, I want to compile my project 
with G++ and turn it in (we're turning in executables too), but the teacher 
won't have the dll because he won't have installed mingw.

I tried to use the -static libstdc++.a (with the path) but that was just a 
shot in the dark and it didn't work...

Thanks,
John
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com

Hi all,
just found this: Virtually Un*x
http://virtunix.itribe.net/

Guenter.

TAMURA Kent wrote:
> 
> W32api was updated a few days ago.  But its version number was
> not changed.  That is very confusing.  I hope version number
> increases when the content is changed, like 0.5 -> 0.5.1
> 

It was updated from a snapshot to a release.  The snapshot version
contains the date of the snapshot in the filename.

Earnie.

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

The URL for HawkNL is http://www.hawksoft.com . The 1.3 version has =
support for voice transmission over the network, although this is still =
in its early stages.=20

stefan wrote:
> 
> Dear MinGW'ers,
>   I am pleased to announce updates of the above GNU packages available as
> Windows source and binary distribution.
> 
>   Following the "Port BASH" thread on this mailing list I tried to
> reactivate my former tries on it. Then I noticed some symbols missing in
> the libreadline.dll we had until now. Bash is using so called
> "undocumented" symbols of readline (from rlprivate.h). Thus I had to
> export these too. Now the Bash port (or shall I say the fork() fight) can
> start. The readline part won't be the problem... For now I have a MinGW
> bash unable to handle fork()... depending on cute little libreadline.dll.
> 

You may want to check out the cygwin-apps archives for discussion of
this very thing.  Chet Ramey has modified the CVS versions to export the
used functions properly by creating public wrappers for the private
functions.

Earnie.

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

Earnie Boyd wrote:
> I would accept a "clean room" implementation of the Microsoft OpenGL
> headers and import libraries.  A clean room implementation is where you
> use only related documentation to create the files.

The w32api distribution already contains implementations of the import
libraries, presumably clean room.  All that are required are the headers
to go with them.

I also suspect that a complete "clean room" rewrite of the headers
isn't necessary.  The OpenGL Architectural Review Board states in their
FAQ (http://www.opengl.org/developers/faqs/arb_faq.html#3) under the
topic "What is SGI policy on 'free' implementations of APIs which resemble
the OpenGL API?"  that "SGI agrees to allow others to copy the OpenGL
header files, as much as is necessary, for the creation of other
implementations."

Hence all that would need to be reverse engineered are the Microsoft
modifications to Silicon Graphics' original header files.  Fortunately
this has already been done for other open source projects.  Suitable
starting points for w32api versions of the OpenGL headers are available
from sources.redhat.com, either from the cygwin opengl package or from
the cygwin xfree86 package (which contains Mesa).  If permission can
be obtained to use either of these as starting points for maintaining
independent header files, the w32api maintainers can ensure that they
remain in sync with the corresponding import libraries, reflect the
behaviour of the Microsoft Win32 SDK headers and are installed in the
correct locations.


> I however will not be doing this myself.

Would you be willing to ask Andre Bleau or Brian Paul for permission
for w32api to use modifications of their OpenGL header files?

Roger
--
Roger Sayle,                         E-mail: roger@...
Bioinformatics Group, Metaphorics,   WWW: http://www.metaphorics.com/
Office 104, 441 Greg Avenue,         Tel: (+1) 505-954-3281
Santa Fe, New Mexico, 87501.         Fax: (+1) 505-989-1200

Hi, folks,

This time I think it's something in the headers...

More precisely in winuser.h

The compiler chocked at a

POINTSTOPOINT(MAKEPOINTS(...))

line and it's due to a little error in winuser.h:

#ifdef ORIGINAL_HEADERS
# define POINTSTOPOINT(p,ps) {(p).x=LOWORD(pts);(ps).y=HIWORD(ps);}
#else
# define POINTSTOPOINT(p,ps) \
{\
	(p).x=LOWORD(*(DWORD *)&ps);\
	(p).y=HIWORD(*(DWORD *)&ps);\
}
#endif

Cheers,
Pedro A.

paaguti@...
_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Hello Jeff,

Jeff Sturm <jsturm@...> wrote on Tuesday, April 10, 2001:

JS> On Tue, 10 Apr 2001, Lloyd Dupont wrote:
>> > Yep.  You did try "info bfd" didn't you?
>>
>> in fact i am quite ignorant, never using info. (just man) (you know, i
>> even have windows at home !)
>> following your advice i do it for the first time. it works !

JS> Yeah.  I've personally never liked "info" much (never cared for emacs
JS> either), but it is the GNU way, so it is better to check there first for
JS> any and all GNU documentation.

JS> The tkinfo tool makes it easier, as does the Gnome help tool.  You can
JS> also convert .info to HTML...

    Mingw packages from SourceForge comes with docs in exactly such
form: texinfo rendered as html (see info/ dir).

JS> --
JS> Jeff Sturm
JS> jeff.sturm@...


--
Paul Sokolovsky, IT Specialist
http://www.brainbench.com/transcript.jsp?pid=11135

Jeff Sturm wrote:
> The tkinfo tool makes it easier, as does the Gnome help tool.  You can
> also convert .info to HTML...

You can find HTML-formatted info manuals (watch out for old versions
though) on the GNU site:

http://www.gnu.org/manual/

-- Andrew

thanks for your link.
BTW i have already found and began to use SDL_net an add on library  
on SDL (www.libsdl.org) wich is an excellent cross platform, simple  
and low-level access to video, joystick, keyboard, mouse, thread,  
sound and timer (do i forget something ?)

and completly free of charge and open source.
this edited by developper of loki games. i feel i will try their  
game, i already enjoy "call to power" !

SDL is great and i can only suggest anybody to use it !!! :-)

Well, actually I didn't. But after I tried I have got the same errors.


----- Original Message -----
From: "Danny Smith" <danny_r_smith_2001@...>
To: "Michael Scheibler" <michael.scheibler@...>;
<mingw-users@...>
Sent: Tuesday, April 10, 2001 10:10 PM
Subject: Re: [Mingw-users] parse errors when including shlobj.h


>
> --- Michael Scheibler <michael.scheibler@...> wrote: > When I
include
> shlobj.h (winapi 5.0, 3-8-2001) in my sources I get thousands
> > of parse errors in file objfwd.h.
> >
> > There are always
> > typedef interface IMoniker *LPMONIKER
> > ...
> > declared and the compiler means that there is a parse error before
> > 'IMoniker' (and the others).
> >
> > Is it the keyword interface which is wrongly used here?
> >
> > Michael
> >
>
> Did you #include <ole2.h> before shlobj.h.  Mingw version of windows.h
does not
> automatically include ole2.h.
>
> Danny
> >
> > _______________________________________________
> > MinGW-users mailing list
> > MinGW-users@...
> >
> > You may change your MinGW Account Options at:
> > http://lists.sourceforge.net/lists/listinfo/mingw-users
>
>
>
____________________________________________________________________________
_
> http://movies.yahoo.com.au - Yahoo! Movies
> - Now showing: Dude Where's My Car, The Wedding Planner, Traffic..
>

Thanks.

I looked twice in that file yesterday and couldn't see it!

Cheers

Mike Thomas

----- Original Message ----- 
From: Earnie Boyd <earnie_boyd@...>
To: Mike Thomas <miketh@...>
Cc: <mingw-users@...>
Sent: Tuesday, April 10, 2001 11:35 PM
Subject: Re: [Mingw-users] Where is VARIANT defined


> Mike Thomas wrote:
> > 
> > Hi all.
> > 
> > Where in the mingw headers is VARIANT defined?
> > 
> 
> In the header file oaidl.h which is part of the w32api package.
> 
> Earnie.
> 
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
>