> Suhaib M. Siddiqi wrote:
> >
> > > My basic stumbling block to releasing this right now is that I don't
> > > have a full version of InstallShield here and I don't want to rely on
> > > the internal group who did this last time to produce it since they are
> > > notoriously slow.  So, I was thinking of trying to just do something
> > > with a shell script and offering the option to download individual
> > > packages from the net or bundling everything up and sending a
> large tar
> > > ball.
> > >
> > > So, the shell script would just ask basic questions like
> "what packages
> > > do you want to install?", "where should I install this?" and "should
> > > this be root, then?".  There won't be any fancy graphics or anything.
> > >
> > > What do you think?
> > >
> >
> > Personally I would prefer the Shell script to install Cygwin.  It gives
> > more control to user, in comparision to InstallShield.
>
> What about user's that don't have a shell installed?
>

That is why I said "Personally, I prefer..." :-)

However, Chris, if you need help with InstalledShield.  I can volunteer it
for you.  I have InstallShield Express and should be able to return you
the binaries within 2 days.

Suhaib


> -Anders
>

On Mon, Aug 02, 1999 at 07:52:20PM +0200, Anders Norlander wrote:
>Suhaib M. Siddiqi wrote:
>> > My basic stumbling block to releasing this right now is that I don't
>> > have a full version of InstallShield here and I don't want to rely on
>> > the internal group who did this last time to produce it since they are
>> > notoriously slow.  So, I was thinking of trying to just do something
>> > with a shell script and offering the option to download individual
>> > packages from the net or bundling everything up and sending a large tar
>> > ball.
>> >
>> > So, the shell script would just ask basic questions like "what packages
>> > do you want to install?", "where should I install this?" and "should
>> > this be root, then?".  There won't be any fancy graphics or anything.
>> >
>> > What do you think?
>> >
>>
>> Personally I would prefer the Shell script to install Cygwin.  It gives
>> more control to user, in comparision to InstallShield.
>
>What about user's that don't have a shell installed?

All of the necessary binaries will be part of the install package.

cgf

Suhaib M. Siddiqi wrote:
>
> > My basic stumbling block to releasing this right now is that I don't
> > have a full version of InstallShield here and I don't want to rely on
> > the internal group who did this last time to produce it since they are
> > notoriously slow.  So, I was thinking of trying to just do something
> > with a shell script and offering the option to download individual
> > packages from the net or bundling everything up and sending a large tar
> > ball.
> >
> > So, the shell script would just ask basic questions like "what packages
> > do you want to install?", "where should I install this?" and "should
> > this be root, then?".  There won't be any fancy graphics or anything.
> >
> > What do you think?
> >
>
> Personally I would prefer the Shell script to install Cygwin.  It gives
> more control to user, in comparision to InstallShield.

What about user's that don't have a shell installed?

-Anders

> My basic stumbling block to releasing this right now is that I don't
> have a full version of InstallShield here and I don't want to rely on
> the internal group who did this last time to produce it since they are
> notoriously slow.  So, I was thinking of trying to just do something
> with a shell script and offering the option to download individual
> packages from the net or bundling everything up and sending a large tar
> ball.
>
> So, the shell script would just ask basic questions like "what packages
> do you want to install?", "where should I install this?" and "should
> this be root, then?".  There won't be any fancy graphics or anything.
>
> What do you think?
>

Personally I would prefer the Shell script to install Cygwin.  It gives
more control to user, in comparision to InstallShield.

Suhaib

> cgf
>
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe@...
>

On Mon, Aug 02, 1999 at 09:07:34AM -0500, Mumit Khan wrote:
>Those of you using gcc-2.95 mingw msvcrt runtime, please redownload.
>It was botched -- the drivers were looking in the wrong directory and
>also I had the target libraries in a directory named i386-mingw32msvc
>instead of i386-mingw32.
>
>ftp://ftp.xraylith.wisc.edu/pub/khan/gnu-win32/mingw32/gcc-2.95/

I'm getting ready to make a B21 release.  I don't want to include gcc,
gas, ld, etc. in this, though, because experience has shown that
it just causes confusion for people later on who try to use the old
outdated version of the compiler.

So, I was hoping to either provide a pointer to your site or to
actually mirror it at the sourceware.cygnus.com.  Alternatively,
I could give you an account on sourceware if you thought it would
be useful.

My basic stumbling block to releasing this right now is that I don't
have a full version of InstallShield here and I don't want to rely on
the internal group who did this last time to produce it since they are
notoriously slow.  So, I was thinking of trying to just do something
with a shell script and offering the option to download individual
packages from the net or bundling everything up and sending a large tar
ball.

So, the shell script would just ask basic questions like "what packages
do you want to install?", "where should I install this?" and "should
this be root, then?".  There won't be any fancy graphics or anything.

What do you think?

cgf

Those of you using gcc-2.95 mingw msvcrt runtime, please redownload.
It was botched -- the drivers were looking in the wrong directory and
also I had the target libraries in a directory named i386-mingw32msvc
instead of i386-mingw32.

ftp://ftp.xraylith.wisc.edu/pub/khan/gnu-win32/mingw32/gcc-2.95/

Regards,
Mumit

GCC-2.95 for Mingw (i386-mingw32) -- Release information
===================================================================

Release date: July 31, 1999.

I'm pleased to announce prebuilt gcc-2.95 packages for GNU Mingw
(i386-mingw32).

What are the various packages?

   gcc-2.95: GNU Compilers for C, C++, ObjC, F77 plus the the respective
     runtime libraries. Also includes binutils-2.9.4 (distributed with
     Cygwin B20.1), Mingw runtime 1999-07-31, Anders Norlanders w32api
     (slightly modified), GDB version 4.18.

   gcc-2.95-msvcrt40-runtime: Tools to make MSVCRT dependent applications
     instead of the default runtime, CRTDLL.

   (*** I'm still working on this one, so it may not be there until 8/1/99 ***)

   gcc-2.95-html-docs: Provides the documentation in HTML format.

What's not in this package?

   libg++: Sorry, I stopped distributing libg++ a while back. If you
     need it, see the gcc-2.95 FAQ (see the "LINKS" section for URL) and
     build it yourself.

Where?

   Web: http://www.xraylith.wisc.edu/~khan/software/gnu-win32/
   FTP: ftp://ftp.xraylith.wisc.edu/pub/khan/gnu-win32/mingw32/gcc-2.95/

   Please visit the web page before you attempt to download/install. It
   may address problems you might run into.

Installation?

   See the INSTALL file for instructions. It's basically a matter of
   unpacking the various packages that you may need.

Disk space?

   About 24M, give or take a few.

MSVCRT vs CRTDLL runtimes?

   The default distribution links with and uses CRTDLL.DLL, which is
   guaranteed to be on *every* W95/NT system shipped. As I've done
   for EGCS 1.1.2 release, I will also upload the add-on to make it work
   with MSVCRT4.0 DLL, which is shipped with newer versions of W95/NT,
   as well as with MS packages such as MS Explorer or even Wordpad.

Where are the rest of the utilities, such as make and gdb?

   Jan-Jaap has made most of these tools available from his site, and I
   see no reason to duplicate them. His site can be reached from the
   "Related Sites" on my egcs page. I have included a version of gdb
   (modified 4.18) in the distribution.

Where to report bugs?

   Report compiler bugs to GCC bugs mailing list. See GCC homepage (URL
   below in LINKS section) for information on how to submit bug reports.
   There is a Mingw list http://www.egroups.com/lists/mingw32/ as well.

Links?

   GNU Compilers    : http://gcc.gnu.org/
   My stuff         : http://www.xraylith.wisc.edu/~khan/software/gnu-win32/

Regards,
Mumit -- khan@...
http://www.xraylith.wisc.edu/~khan/

Are there Mingw32 make files to compile this source available?



> I've bundled up my current tree for Mingw headers/libraries and also
> slightly modified Anders Norlander's w32api (based on Anders'
1999-06-14
> snapshot). No more windows32api headers/libraries -- those are now
> replaced by Anders' w32api.
>
> I've changed around the Mingw header files quite a bit, so I'd like
> others to make sure I haven't broken anything. The major change is
> that now the headers use dllimport instead of __imp__ if the compiler
> supports it (see the recently added _mingw.h file for details).
>
> ftp://ftp.xraylith.wisc.edu/pub/khan/gnu-win32/mingw32/runtime/
>
> Look for 1999-07-15 snapshot sources and pre-built binaries.
>
> Regards,
> Mumit
>
>

The only example I can give you is from the GUI source that I use.
From ver. 2 source at www.wxwindows.org.

In /wxwindows/include/wx/msw/app.h
    wxApp is declared as an event handler

and in /wxwindows/src/msw/app.cpp
   it shows  how wxApp is the event Handler for WinMain, allowing access
to
   WinMain parameters.

I've bundled up my current tree for Mingw headers/libraries and also
slightly modified Anders Norlander's w32api (based on Anders' 1999-06-14
snapshot). No more windows32api headers/libraries -- those are now
replaced by Anders' w32api.

I've changed around the Mingw header files quite a bit, so I'd like
others to make sure I haven't broken anything. The major change is
that now the headers use dllimport instead of __imp__ if the compiler
supports it (see the recently added _mingw.h file for details).

ftp://ftp.xraylith.wisc.edu/pub/khan/gnu-win32/mingw32/runtime/

Look for 1999-07-15 snapshot sources and pre-built binaries.

Regards,
Mumit


------------------------------------------------------------------------

eGroups.com home: http://www.egroups.com/group/mingw32
http://www.egroups.com - Simplifying group communications

Here are all the make files used to create the pui, sg and fnt libraries . The
example programs compiled and linked successfully using these libraries.
The libraries also assume that you have the opengl and glut libraries along with
their headers.
Plib sources are at www.woodsoup.org/projs/plib
Author is Steve Baker at sjbaker1@...


plib/src/makeg95.env
----------------------------------------------------------------

CC = g++
# Compiler used for LEX generated C
CCLEX=gcc

MAKE=make

# LEX
LEX=flex # -t -L

# YACC. yacc or bison
# YACC=yacc
YACC=bison

# Settings for Cyginw/Mingw32
RESCOMP=windres.exe
RCINPUTSWITCH=-i
RCOUTPUTSWITCH=-o
RCINCSWITCH=--include-dir
RCDEFSWITCH=--define

RESFLAGS=$(RCINCSWITCH) $(WXDIR)/include $(RCDEFSWITCH) __WIN32__ $(RCDEFSWITCH)
__WIN95__ $(RCDEFSWITCH) __GNUWIN32__

CPU=i386

# Suffixes
OBJSUFF=o
SRCSUFF=cpp
LIBPREFIX=lib
LIBSUFF=a
EXESUFF=.exe
RESSUFF=res
RSCSUFF=rsc

# Warnings
#WARN = -Wall
WARN =


# Which GUI, -Dwx_xview or -Dwx_motif (don't change this)
GUI = -D__WXMSW__ -D__WINDOWS__

# Miscellaneous compiler options
OPTIONS=  -D__MINGW32__ -fno-pcc-struct-return# -D__EGCS__


# Optimization
OPT = -O2
#OPT =

# Options for ar archiver
# AROPTIONS = crs # For IRIX and Solaris (both SYSVR4).
AROPTIONS = ruv
RANLIB = ranlib

# Compiler libraries: defaults to GCC libraries
#COMPLIBS=-lg++
#for win95
#COMPLIBS=-lgcc

# Compiler or system-specific include paths
COMPPATHS=



MINGW32DIR = /mingw32/i386-mingw32

#GLUTPATH = /mingw32/GLUT-3.7

.SUFFIXES: .cpp


#Change the following two lines to reflect the locations
# of the GLUT library (.a) and includes on your system

GLUT_LIB_LOCATION=/mingw32/i386-mingw32/lib
GLUT_INC_LOCATION=/mingw32/i386-mingw32/include/GL
#CFLAGS =



PUILIBS= -lpu -lfnt -lsg

OGLLIBS= -lopengl32 -lglu32

WINLIBS=  -mwindows -lwinspool  \
-ladvapi32 -lshell32 -lole32 -loleaut32 -lodbc32 -lodbccp32  \
-lcomctl32 -lctl3d32


#for sgi   -- comment out the lines below to use on HP
##
CPPFLAGS=-I${GLUT_INC_LOCATION} #-w
GLLIBS=-L${GLUT_LIB_LOCATION} -lglut32 # -lGL -lGLU
#LPATH=${GLUTPATH}
INCS=
# You shouldn't need to change these...
CPPFLAGS =  $(INC) $(OPTIONS) $(GUI) $(DEBUGFLAGS) $(WARN) $(OPT)
$(EXTRACPPFLAGS)
CFLAGS =  $(INC) $(OPTIONS) $(GUI) $(DEBUGFLAGS) $(WARN) $(OPT) $(EXTRACFLAGS)
WINDOWSLDFLAGS=-Wl,--subsystem,windows -mwindows
LDFLAGS = $(WINDOWSLDFLAGS) -L$(MINGW32DIR)/lib   # $(EXTRALDFLAGS)


#.SUFFIXES: .rc .$(RESSUFF) .$(RSCSUFF) .cpp .c


#libs =     lXmu -lXext -lX11 -lm #-lmalloc

libs =  $(PUILIBS) $(GLLIBS) $(OGLLIBS) $(WINLIBS)


LIBGLUI= -Llib -lglui
-----------------------------------------------------------------
-----------------------------------------------------------------
/plib/src/makelib.g95
-------------------------------------------------------------

include ../makeg95.env

all:    $(LIBTARGET) $(EXTRATARGETS)

$(LIBTARGET): $(OBJECTS) $(EXTRALIBS)
	 ar $(AROPTIONS) $@ $(OBJECTS)
	 $(RANLIB) $@

clean:
	 rm -f $(OBJECTS) $(LIBTARGET) core *.rsc *.res
-----------------------------------------------------------------
-----------------------------------------------------------------
/plib/src/fnt/makefile.g95
-----------------------------------------------------------------

LIBTARGET=/mingw32/i386-mingw32/lib/libfnt.a
OBJECTS = fnt.o fntTXF.o
include makelib.g95

-------------------------------------------------------------------
-------------------------------------------------------------------
/plib/src/sg/makefile.g95
-------------------------------------------------------------------
LIBTARGET=/mingw32/i386-mingw32/lib/libsg.a
OBJECTS = sg.o sgd.o
include makelib.g95

-------------------------------------------------------------------
-------------------------------------------------------------------
/plib/src/pui/makefile.g95
-------------------------------------------------------------------

LIBTARGET=/mingw32/i386-mingw32/lib/libpu.a
OBJECTS = pu.o puBox.o puButton.o puButtonBox.o puDialogBox.o puFrame.o \
           puGroup.o puInput.o puInterface.o puMenuBar.o puObject.o puOneShot.o\
           puPopup.o puPopupMenu.o puSlider.o puText.o puValue.o puFont.o

include ../makelib.g95
----------------------------------------------------------------------
----------------------------------------------------------------------
/plib/examples/pui/makefile.g95
----------------------------------------------------------------------

include ../../src/makeg95.env

all: test simple complex

test: test.o
	 $(CC)  $(CFLAG) $(CPPFLAGS) $(LPATH) test.o  $(libs) -o test


simple: simple.o
	 $(CC)  $(CFLAG) $(CPPFLAGS) $(LPATH) simple.o  $(libs) -o simple


complex: complex.o
	 $(CC)  $(CFLAG) $(CPPFLAGS) $(LPATH) complex.o  $(libs) -o complex

-------------------------------------------------------------------------
-------------------------------------------------------------------------

The command is: make -f makefile.g95

You are welcome to create the make files for the other Plib interfaces, while
these are open to corrections and deep introspection :-)










------------------------------------------------------------------------

eGroups.com home: http://www.egroups.com/group/mingw32
http://www.egroups.com - Simplifying group communications

Yes, I found this link sometime yesterday, and it all works fine now.

dalekh@... wrote:

> Here is a link to a zip file containing static libraries for glut and
> opengl.
> I compiled using Makefile.cygwin successfully under mingw32 and
> created ATLANTIS.EXE......
>
> www.cim.pe.u-tokyo.ac.jp/~kawachi/software/cgywin_glut.html
>
> ------------------------------------------------------------------------
> Why are most stock sites so slow and annoying to use?  StockMaster.com
> is fast, easy, powerful, and free!   Use company names, not ticker
> symbols.  Track your portfolio.  Visit: http://clickhere.egroups.com/click/65
>
> eGroups.com home: http://www.egroups.com/group/mingw32
> http://www.egroups.com - Simplifying group communications


------------------------------------------------------------------------

eGroups.com home: http://www.egroups.com/group/mingw32
http://www.egroups.com - Simplifying group communications

Here is a link to a zip file containing static libraries for glut and
opengl.
I compiled using Makefile.cygwin successfully under mingw32 and
created ATLANTIS.EXE......

www.cim.pe.u-tokyo.ac.jp/~kawachi/software/cgywin_glut.html


------------------------------------------------------------------------

eGroups.com home: http://www.egroups.com/group/mingw32
http://www.egroups.com - Simplifying group communications

<007601bea726$6f753260$1df2518-@mhashim> wrote:
Original Article: http://www.egroups.com/group/mingw32/?start=16
> I just installed  mingw32 and wxwindows to my PC (with windows98 as os) and
> just beginig to do some patching acording to the instalation files.. My
> problem if I can't seem to  run folowing command in the dos prompt...
>
>    make-f xxxxxxxx


Looks like you need binutils that has make.exe. Just unzip the file to your
mingw32 directory. Go back to the ftp site that you downloaded the mingw32
binaries (Mumit Khan's) and there should be a binutils file

Dale Henderson


------------------------------------------------------------------------

eGroups.com home: http://www.egroups.com/group/mingw32
http://www.egroups.com - Simplifying group communications

Hi thanks for all the help previously, the compiler now seems able to
find the references to the glut functions.  Although now I have a new
problem(s).

I downloaded some gl and glut code examples from
pages.prodigy.net/llegends2/glcode.htm to test that I can compile
everything ok

when compiling them I am still getting problems.

1. with glsample.c undefined reference to ZeroMemory (using -lopengl32
-lglu32 -lkernel32 -lgdi32 -luser32 -mwindows -DWIN32 -D_WIN32)

2. with glusphere.c fine, same flags as above

3. with glutanimate.c error before __declspec at g.h:1152 and loads of
stdio.h errors, same flags as above

4. with glutfullscreen.c same problems as above

5. with glutkeyboard.c same problems as above

6. with glutsolidsphere.c, warning of  redefinition of wchar_t in
stddef.h, from def in stdio.h and in glut.h at 43

7. with lightball.c same as with 3,4,5

8. with simple.c, undefined references to glEnableClientState,
glVertexPointer, glDrawElements

9. with solarsystem.c same as 3,4,5,7

10. text.c fine

11. triangle.c fine


If anyone has gotten these to work with Mingw32, or can see waht I'm
doing wrong, I would be grateful if you mailed me the help.

thanks

John


------------------------------------------------------------------------

eGroups.com home: http://www.egroups.com/group/mingw32
http://www.egroups.com - Simplifying group communications

That sounds very reasonable, Dale.  Thank you for the information.  I have not
tried to compile any GUI applications with GCC as of yet, so I'm glad that you
added this to the conversation.

Technically, the only difference between console and GUI applications is a flag
which is set in the PE header.  If the console flag is set, then Windows
automatically allocates a console window and initializes stdout, stdin, and
stderr to that window.  If not, then Windows does not allocate the console
window.  Note that you can have a console within a GUI application by calling
the AllocConsole() API, which can be useful for debugging purposes if you don't
have a good debugger.  I hope this helps.

-Harold Weissfield

> -----Original Message-----
> From: dalekh@... [mailto:dalekh@...]
> Sent: Saturday, May 22, 1999 12:56 PM
> To: mingw32@eGroups.com
> Subject: [mingw32] Re: How to get the application HINSTANCE
>
>
>  <001501bea3eb$5bfaaeb0$c00174d-@dylan> wrote:
> Original Article: http://www.egroups.com/group/mingw32/?start=12
> > Thanks for the information it was very informative.  The question that I had
> > was how does Cygin know the difference between differently marked subsystems
> > like /SUBSYSTEM:WINDOWS or /SUBSYSTEM:CONSOLE ...
> >
>
> Doesn't the linked libraries handle this?
> When you link using -lmwindows it takes care of the Subsystem:windows
> and when you link using -lkernel32 it takes care of subsystem:console.
> This question could get a better answer though in the other egroup, gnu-win32.


------------------------------------------------------------------------

eGroups.com home: http://www.egroups.com/group/mingw32
http://www.egroups.com - Simplifying group communications

<001501bea3eb$5bfaaeb0$c00174d-@dylan> wrote:
Original Article: http://www.egroups.com/group/mingw32/?start=12
> Thanks for the information it was very informative.  The question that I had
> was how does Cygin know the difference between differently marked subsystems
> like /SUBSYSTEM:WINDOWS or /SUBSYSTEM:CONSOLE ...
>

Doesn't the linked libraries handle this?
When you link using -lmwindows it takes care of the Subsystem:windows
and when you link using -lkernel32 it takes care of subsystem:console.
This question could get a better answer though in the other egroup, gnu-win32.


------------------------------------------------------------------------

eGroups.com home: http://www.egroups.com/group/mingw32
http://www.egroups.com - Simplifying group communications

Thanks for the information it was very informative.  The question that I had
was how does Cygin know the difference between differently marked subsystems
like /SUBSYSTEM:WINDOWS or /SUBSYSTEM:CONSOLE ...


----- Original Message -----
From: Harold Weissfield <goronx@...>
To: <mingw32@egroups.com>
Sent: Friday, May 21, 1999 8:21 PM
Subject: [mingw32] Re: How to get the application HINSTANCE


> Are you compiling your program as a Win32 PE executable?  If so, then
Cygwin's
> main() will eventually map back to WinMain().  I cannot say this for
certain
> because I haven't involved myself in the development for Cygwin, but it
was my
> understanding that every Win32 executable will have a WinMain() somewhere
in its
> code, even if the compiler automatically inserts it without you knowing
about
> it.  Hopefully, someone who works on the compiler will correct me on this
if I'm
> wrong.
>
> You are right about initializiation needing to be done in certain places
though.
> When I was working in VC++, you needed to add the macro _CRT_INIT to a DLL
that
> used the C RTL to initialize the library, and you also needed to use
> beginthread() instead of the CreateThread() API to initialize the RTL for
that
> as well.  Sorry that I'm a bit rusty on this, but it's been several months
since
> I have had time for programming.  I hope this helps.
>
> -Harold Weissfield
>
> > -----Original Message-----
> > From: TJ Bandrowsky [mailto:tbandrowsky@...]
> > Sent: Friday, May 21, 1999 8:30 AM
> > To: Harold Weissfield; mingw32@egroups.com
> > Subject: [mingw32] Re: How to get the application HINSTANCE
>
> > So then, how does cygwin deal with the console / gui entry point?
WinMain
> > is not main, and there is some stuff which theoretically needs to be
done
> > before a program can just go opening up windows.  Now, if you've made
that
> > seemless, kudos to you all!  But I'm a skeptic.
>
>
> ------------------------------------------------------------------------
> eGroups Spotlight:
> "Kosovo-Reports" - Direct reports from Kosovo/Serbia/Yugoslavia.
> http://clickhere.egroups.com/click/5
>
>
> eGroups.com home: http://www.egroups.com/group/mingw32
> http://www.egroups.com - Simplifying group communications
>
>
>
>


------------------------------------------------------------------------

eGroups.com home: http://www.egroups.com/group/mingw32
http://www.egroups.com - Simplifying group communications

Are you compiling your program as a Win32 PE executable?  If so, then Cygwin's
main() will eventually map back to WinMain().  I cannot say this for certain
because I haven't involved myself in the development for Cygwin, but it was my
understanding that every Win32 executable will have a WinMain() somewhere in its
code, even if the compiler automatically inserts it without you knowing about
it.  Hopefully, someone who works on the compiler will correct me on this if I'm
wrong.

You are right about initializiation needing to be done in certain places though.
When I was working in VC++, you needed to add the macro _CRT_INIT to a DLL that
used the C RTL to initialize the library, and you also needed to use
beginthread() instead of the CreateThread() API to initialize the RTL for that
as well.  Sorry that I'm a bit rusty on this, but it's been several months since
I have had time for programming.  I hope this helps.

-Harold Weissfield

> -----Original Message-----
> From: TJ Bandrowsky [mailto:tbandrowsky@...]
> Sent: Friday, May 21, 1999 8:30 AM
> To: Harold Weissfield; mingw32@egroups.com
> Subject: [mingw32] Re: How to get the application HINSTANCE

> So then, how does cygwin deal with the console / gui entry point?  WinMain
> is not main, and there is some stuff which theoretically needs to be done
> before a program can just go opening up windows.  Now, if you've made that
> seemless, kudos to you all!  But I'm a skeptic.


------------------------------------------------------------------------

eGroups.com home: http://www.egroups.com/group/mingw32
http://www.egroups.com - Simplifying group communications

>From: "Raphael J. Espino" <rje@...>
>To: dalehend@...
>Subject: Re: how do I use GLUT with Mingw32???
>Date: Wed, 19 May 1999 18:00:02 +0100 (BST)
>
>
>On Tue, 18 May 1999 dalehend@... wrote:
>
> > Can you send me your make files for compiling with Mingw32?
> >
> > I am trying to setup the make files for compiling glui right now.
>
>Hi,
>
>Here are my make files for compiling glut 3.6 with Mingw32.  They are
>not the best of make files, but they do work with nmake.  They might
>need some changes to work with another make program.  Hope they are some
>use to you.
>
>glut-3.6\glutwin32.mak
>----------------------
>
># Be sure to modify the definitions in this file to agree with your
># systems installation.
>#  NOTE: be sure that the install directories use '\' not '/' for paths.
>
>
># MSVC install directories
>LIBINSTALL     = \glut-3.6\libfiles
>INCLUDEINSTALL = \glut-3.6\hfiles
>
># Win95 dll directory
>DLLINSTALL     = \windows\system
>
># WinNT dll directory
>#DLLINSTALL     = \winnt\system32
>
># Microsoft OpenGL libraries
>#
>GLU    = -lglu32
>OPENGL = -lopengl32
>GLUT   = $(TOP)/lib/glut/libglut32.a
>GLUTLIB = libglut32.a
>GLUTDLL = glut32.dll
>
># SGI OpenGL for Windows libraries (formerly Cosmo OpenGL)
># >> To use, uncomment lines below and comment out the similiar
># >> lines above.  You can download SGI OpenGL for Windows for
># >> free from http://www.meer.net/~gold/OpenGL/opengl2.exe
>#
>#GLU     = \raf\sgiogl\lib\libglu.a
>#OPENGL  = \raf\sgiogl\lib\libopengl.a
>#GLUT    = $(TOP)/lib/glut/libglut.a
>#GLUTLIB = libglut.a
>#GLUTDLL = glut.dll
>
># The Micro UI lib
>MUI     = $(TOP)/lib/mui/mui.lib
>
># The OpenGL Extrusion and Tubing lib
>GLE     = $(TOP)/lib/gle/libgle.a
>
>cdebug = -O3
>ccommon = -c -w -Wall -Dtry=__try -Dexcept=__except -Dleave=__leave
>-Dfinally=__finally -DCRTAPI1=_cdecl -DCRTAPI2=_cdecl
>cflags = $(ccommon) -D_X86_=1
>cvars      = -DWIN32 -D_WIN32
>cvarsmt    = $(cvars) -D_MT
>cvarsdll   = $(cvarsmt) -D_DLL
>lcommon = -nodefaultlib -nologo
>DLLENTRY = @12
>lflags   = $(lcommon)
>libc = libc.lib oldnames.lib
>libcmt = libcmt.lib oldnames.lib
>libcdll = -lmsvcrt -lmoldname
>baselibs   = -lkernel32 -ladvapi32
>winlibs    = $(baselibs) -luser32 -lgdi32 -lcomdlg32 -lwinspool
>guilibs    = $(libc) $(winlibs)
>guilibsdll = $(libcdll) $(winlibs)
>
>cc     = gcc
>rc     = windres
>link   = ld
>
>
>
># define Win32_Winsock so that we get timeval struct
>CFLAGS = $(cflags) $(cdebug) -DWIN32 -I$(TOP)/include -DWin32_Winsock
>LIBS = $(lflags) $(ldebug) $(EXTRALIBS) $(GLUT) $(GLU) $(OPENGL) $(guilibs)
>EXES = $(SRCS:.c=.exe)
>
># default rule
>default : $(EXES)
>
>
># cleanup rules
>clean :
> @del *.o
> @del *.pdb
> @del *.ilk
> @del *.ncb
> @del *~
> @del *.exp
>
>clobber : clean
> @del *.exe
> @del *.dll
> @del *.lib
>
># inference rules
>$(EXES) : $*.o
>         $(link) -o $@ $** $(LIBS)
>..c.o :
> $(cc) $(CFLAGS) $<
>
>
>-----------------------------------------------------------------------------
>
>glut-3.6/lib/glut/makefile.win
>------------------------------
>
># Makefile for Win32
>
>TOP = ../..
>
>SRCS = glut_8x13.c glut_9x15.c glut_bitmap.c glut_bwidth.c glut_cindex.c
>glut_cmap.c glut_cursor.c glut_dials.c glut_dstr.c glut_event.c glut_ext.c
>glut_fullscrn.c glut_get.c glut_hel10.c glut_hel12.c glut_hel18.c
>glut_init.c glut_input.c glut_mesa.c glut
>_modifier.c glut_mroman.c glut_overlay.c glut_roman.c glut_shapes.c
>glut_space.c glut_stroke.c glut_swap.c glut_swidth.c glut_tablet.c
>glut_teapot.c glut_tr10.c glut_tr24.c glut_util.c glut_vidresize.c
>glut_warp.c glut_win.c glut_winmisc.c win32_glx.c win
>32_menu.c win32_util.c win32_x11.c
>
>all : glutdll install
>
>!include "$(TOP)/glutwin32.mak"
>
>glutdll : $(GLUTDLL)
>
>CFLAGS = $(cvarsdll) $(CFLAGS)
>LFLAGS = $(dlllflags)
>
>
>OBJS   = $(SRCS:.c=.o)
>LIBS   = $(GLU) $(OPENGL) $(guilibsdll)
>
>$(GLUTDLL) : $(OBJS) glut.def
> dllwrap --def glut.def --implib $(GLUTLIB) -o $(GLUTDLL) $(OBJS) $(LIBS)
>
>$(GLUTLIB): glut.def
> dlltool --dllname $(GLUTDLL) --def glut.def --output-lib $(GLUTLIB)
>
>glut.def: $(OBJS)
>
>
>
>install : $(GLUTDLL)
> @echo "copying GLUT dynamic link library to system directory..."
> -copy $(GLUTDLL) $(DLLINSTALL)
> @echo "copying GLUT header file to include directory..."
> -copy ..\..\include\GL\glut.h $(INCLUDEINSTALL)
> @echo "copying GLUT import library to library directory..."
> -copy $(GLUTLIB) $(LIBINSTALL)
>
>..c.o :
> $(cc)   $(CFLAGS) -I . $*.c
>
>win32_glx.o: win32_glx.c win32_glx.h
>win32_x11.o: win32_x11.c win32_x11.h
>win32_menu.o: win32_menu.c glutint.h ..\..\include\GL\glut.h
>win32_util.o: win32_util.c glutint.h
>
>glut_mroman.o: glut_mroman.c glutstroke.h glutint.h
>glut_roman.o: glut_roman.c glutstroke.h glutint.h
>glut_hel12.o: glut_hel12.c glutbitmap.h glutint.h
>glut_8x13.o: glut_8x13.c glutbitmap.h glutint.h
>glut_hel18.o: glut_hel18.c glutbitmap.h glutint.h
>glut_9x15.o: glut_9x15.c glutbitmap.h glutint.h
>glut_tr10.o: glut_tr10.c glutbitmap.h glutint.h
>glut_hel10.o: glut_hel10.c glutbitmap.h glutint.h
>glut_tr24.o: glut_tr24.c glutbitmap.h glutint.h
>
>glut_bitmap.o: glut_bitmap.c glutint.h ..\..\include\GL\glut.h
>glut_bwidth.o: glut_bwidth.c glutint.h ..\..\include\GL\glut.h
>glut_cindex.o: glut_cindex.c glutint.h ..\..\include\GL\glut.h
>glut_cmap.o: glut_cmap.c glutint.h ..\..\include\GL\glut.h
>glut_cursor.o: glut_cursor.c glutint.h ..\..\include\GL\glut.h
>glut_dials.o: glut_dials.c glutint.h ..\..\include\GL\glut.h
>glut_dstr.o: glut_dstr.c glutint.h ..\..\include\GL\glut.h
>glut_event.o: glut_event.c glutint.h ..\..\include\GL\glut.h
>glut_ext.o: glut_ext.c glutint.h ..\..\include\GL\glut.h
>glut_fullscrn.o: glut_fullscrn.c glutint.h ..\..\include\GL\glut.h
>glut_get.o: glut_get.c glutint.h ..\..\include\GL\glut.h
>glut_init.o: glut_init.c glutint.h ..\..\include\GL\glut.h
>glut_input.o: glut_input.c glutint.h ..\..\include\GL\glut.h
>glut_menu.o: glut_menu.c glutint.h ..\..\include\GL\glut.h
>glut_mesa.o: glut_mesa.c glutint.h ..\..\include\GL\glut.h
>glut_modifier.o: glut_modifier.c glutint.h ..\..\include\GL\glut.h
>glut_overlay.o: glut_overlay.c glutint.h ..\..\include\GL\glut.h
>glut_shapes.o: glut_shapes.c glutint.h ..\..\include\GL\glut.h
>glut_space.o: glut_space.c glutint.h ..\..\include\GL\glut.h
>glut_swap.o: glut_swap.c glutint.h ..\..\include\GL\glut.h
>glut_swidth.o: glut_swidth.c glutint.h ..\..\include\GL\glut.h
>glut_tablet.o: glut_tablet.c glutint.h ..\..\include\GL\glut.h
>glut_teapot.o: glut_teapot.c glutint.h ..\..\include\GL\glut.h
>glut_util.o: glut_util.c glutint.h ..\..\include\GL\glut.h
>glut_vidresize.o: glut_vidresize.c glutint.h ..\..\include\GL\glut.h
>glut_warp.o: glut_warp.c glutint.h ..\..\include\GL\glut.h
>glut_win.o: glut_win.c glutint.h ..\..\include\GL\glut.h
>glut_winmisc.o: glut_winmisc.c glutint.h ..\..\include\GL\glut.h
>
>
>
>


_______________________________________________________________
Get Free Email and Do More On The Web. Visit http://www.msn.com

------------------------------------------------------------------------

eGroups.com home: http://www.egroups.com/group/mingw32
http://www.egroups.com - Simplifying group communications

<37453f89.10e376a-@...> wrote:
Original Article: http://www.egroups.com/list/mingw32/?start=8
> Hi,
>
> So how do I get a libglut.a file for use with Mingw32, so I can compile
> my code successfully, from the files I do have.

see
http://www.acc.umu.se/~anorland/gnu-win32/w32api.html


------------------------------------------------------------------------

eGroups.com home: http://www.egroups.com/group/mingw32
http://www.egroups.com - Simplifying group communications

Hi,

I'm trying to compile and OpenGL program using GLUT commands, under
Mingw32 on NT.   The problem is that I do not have a libglut.a file for
use with Mingw32, only a glut32.dll,, glut.h and glut32.lib.

So how do I get a libglut.a file for use with Mingw32, so I can compile
my code successfully, from the files I do have.

help needed.

John


------------------------------------------------------------------------

eGroups.com home: http://www.egroups.com/group/mingw32
http://www.egroups.com - Simplifying group communications

So then, how does cygwin deal with the console / gui entry point?  WinMain
is not main, and there is some stuff which theoretically needs to be done
before a program can just go opening up windows.  Now, if you've made that
seemless, kudos to you all!  But I'm a skeptic.

----- Original Message -----
From: Harold Weissfield <goronx@...>
To: <mingw32@egroups.com>
Sent: Thursday, May 20, 1999 11:04 PM
Subject: [mingw32] Re: How to get the application HINSTANCE


> I haven't been on a mailing list for a while, so please excuse me if I
make a
> mistake on posting procedures.
>
> Harm-Jan, you can use the API call GetModuleHandle() with a parameter of
NULL to
> receive the HINSTANCE of your application.  Although the documentation
says that
> it returns a HMODULE, HMODULEs and HINSTANCEs are nearly always
interchangable
> in Win32.  I hope this answers your question.
>
> -Harold Weissfield
>
> -----Original Message-----
> From: Harm-Jan Zwinderman [mailto:h.zwinderman@...]
> Sent: Thursday, May 20, 1999 4:01 PM
> To: mingw32@egroups.com
> Subject: [mingw32] How to get the application HINSTANCE
>
>
> Hello,
>
> Let me be the first to put a question on this new list. Let's start with a
> simple and very dumb question probably already answered a million times.
However
> I could not find an answer in the cygwin/mingw32 documentation/FAQ.
>
> If I make a cygwin or mingw win32 gui program with the main (int, char**)
> function as entry point I don't have access to the WinMain parameters
hInstance,
> lpCmdLine and nShowCmd.
> At least the hInstance parameter is needed by me to load resources from
the exe
> file.
>
> So is there a way to get these calling parameters ?
>
> Cheers
>
> Harm-Jan Zwinderman mailto://h.zwinderman@worldonline.nl
>
>
> BTW I tried to post this question to the cygwin mailing list, but my mail
> bounced because my ISP is registered as a spam source. According to the
ORBS
> page I should contact the system administrator of my ISP to have them
block
> spam. But they may have more than a million accounts so they can never
guarantee
> that their servers are a source of spam.
> Hope you guys have a better way of blocking spam.
>
>
> ------------------------------------------------------------------------
> The Weather Underground. We provide weather across the world.
> Visit http://clickhere.egroups.com/click/48
>
>
>
> eGroups.com home: http://www.egroups.com/group/mingw32
> http://www.egroups.com - Simplifying group communications
>
>
>
>


------------------------------------------------------------------------

eGroups.com home: http://www.egroups.com/group/mingw32
http://www.egroups.com - Simplifying group communications

I haven't been on a mailing list for a while, so please excuse me if I make a
mistake on posting procedures.

Harm-Jan, you can use the API call GetModuleHandle() with a parameter of NULL to
receive the HINSTANCE of your application.  Although the documentation says that
it returns a HMODULE, HMODULEs and HINSTANCEs are nearly always interchangable
in Win32.  I hope this answers your question.

-Harold Weissfield

-----Original Message-----
From: Harm-Jan Zwinderman [mailto:h.zwinderman@...]
Sent: Thursday, May 20, 1999 4:01 PM
To: mingw32@egroups.com
Subject: [mingw32] How to get the application HINSTANCE


Hello,

Let me be the first to put a question on this new list. Let's start with a
simple and very dumb question probably already answered a million times. However
I could not find an answer in the cygwin/mingw32 documentation/FAQ.

If I make a cygwin or mingw win32 gui program with the main (int, char**)
function as entry point I don't have access to the WinMain parameters hInstance,
lpCmdLine and nShowCmd.
At least the hInstance parameter is needed by me to load resources from the exe
file.

So is there a way to get these calling parameters ?

Cheers

Harm-Jan Zwinderman mailto://h.zwinderman@worldonline.nl


BTW I tried to post this question to the cygwin mailing list, but my mail
bounced because my ISP is registered as a spam source. According to the ORBS
page I should contact the system administrator of my ISP to have them block
spam. But they may have more than a million accounts so they can never guarantee
that their servers are a source of spam.
Hope you guys have a better way of blocking spam.


------------------------------------------------------------------------

eGroups.com home: http://www.egroups.com/group/mingw32
http://www.egroups.com - Simplifying group communications

> Let me be the first to put a question on this new list. Let's start with a
> simple and very dumb question probably already answered a million times.
> However I could not find an answer in the cygwin/mingw32 documentation/FAQ.
>
> If I make a cygwin or mingw win32 gui program with the main (int, char**)
> function as entry point I don't have access to the WinMain parameters
> hInstance, lpCmdLine and nShowCmd.
> At least the hInstance parameter is needed by me to load resources from the
> exe file.
>
> So is there a way to get these calling parameters ?

>
> BTW I tried to post this question to the cygwin mailing list, but my mail
> bounced because my ISP is registered as a spam source. According to the
> ORBS page I should contact the system administrator of my ISP to have them
> block spam. But they may have more than a million accounts so they can
> never guarantee that their servers are a source of spam.
> Hope you guys have a better way of blocking spam.
>

I think cygwin mailing list is a good source for your question. Try a different
web mail site such as netscape.net. I have not had problems posting anywhere
from that email address.









------------------------------------------------------------------------

eGroups.com home: http://www.egroups.com/group/mingw32
http://www.egroups.com - Simplifying group communications

> What is the current status of the minw32 distribution?
>
> I downloaded it a few months ago and was totally lost (I am new to windows
> programming).

Did you download from
ftp://ftp.xraylith.wisc.edu/pub/khan/gnu-win32/mingw32/egcs-1.1.2 ?
It is binary and simply unzips to a directory and ready to use once you
add the <dir>\bin to your path.


>
> I have since been using lcc-win32 that I am reasonably happy with except it is
> "C" only, I would like to use C++.
>
> Maybe the small amount of knowledge I gained from lcc-win32 might help me for
> another assult on minw32??
>
> Do you know of any windows samples that compile under minw32, and doco on
> makefiles that could help a new user?
>
I am relatively new to Mingw32, but have used it with wxWindows for GUI stuff.
TThe wxWindows comes with mingw32 make files and has been a good learning
experience.



> Are there any websites except the one where I got the distribution from with
> info on minw32?
>
ftp://ftp.xraylith.wisc.edu/pub/khan/gnu-win32/mingw32/egcs-1.1.2
and
www.cygnus.com/cygwin


> Since this is a new group maybe someone might think about making a homepage
for
> this list with things like faq, general info about this list, web link ..etc.
>

I will start adding content to this group next week after returning from an
absence, the web sites are starting to grow!
Including Make files for GLUT for use with OpenGL and hopefully more open source
software.





------------------------------------------------------------------------

eGroups.com home: http://www.egroups.com/group/mingw32
http://www.egroups.com - Simplifying group communications

Hello,

Let me be the first to put a question on this new list. Let's start with a simple and very dumb question probably already answered a million times. However I could not find an answer in the cygwin/mingw32 documentation/FAQ.

If I make a cygwin or mingw win32 gui program with the main (int, char**) function as entry point I don't have access to the WinMain parameters hInstance, lpCmdLine and nShowCmd.
At least the hInstance parameter is needed by me to load resources from the exe file.

So is there a way to get these calling parameters ?

Cheers

Harm-Jan Zwinderman mailto://h.zwinderman@...


BTW I tried to post this question to the cygwin mailing list, but my mail bounced because my ISP is registered as a spam source. According to the ORBS page I should contact the system administrator of my ISP to have them block spam. But they may have more than a million accounts so they can never guarantee that their servers are a source of spam.
Hope you guys have a better way of blocking spam.

Hi there,

What is the current status of the minw32 distribution?

I downloaded it a few months ago and was totally lost (I am new to windows
programming).

I have since been using lcc-win32 that I am reasonably happy with except it is
"C" only, I would like to use C++.

Maybe the small amount of knowledge I gained from lcc-win32 might help me for
another assult on minw32??

Do you know of any windows samples that compile under minw32, and doco on
makefiles that could help a new user?

Are there any websites except the one where I got the distribution from with
info on minw32?

Since this is a new group maybe someone might think about making a homepage for
this list with things like faq, general info about this list, web link ..etc.

Ray Smith

------------------------------------------------------------------------

eGroups.com home: http://www.egroups.com/group/mingw32
http://www.egroups.com - Simplifying group communications

Discussion and exchange of information about the Mingw32 distribution that is
maintained by Mumit Khan and other programmers on the 'net.
I thought this would be a good forum to exchange Make files for purpose of
compiling open source software, but you may have other ideas.

Dale Henderson
dalehend@...



Group Manager: mingw32-owner@egroups.com

To subscribe, send a message to mingw32-subscribe@egroups.com or go to the
e-group's home page at http://www.egroups.com/list/mingw32