mingw-users Mailing List for MinGW - Minimalist GNU for Windows

 --- kevin1 <ke...@ch...> wrote: > 
> I am trying to use InternetOpen ..  When I try to compile it I get
> this:
> 
>  undefined reference to `InternetOpenA@20'
> 
> I am including wininet.h in the code
> 
> I took a look at the include file wininet.h and I saw the prototype
> there.
> 
> Why is this happening?
> 

Try linking in the import lib that contains the reference: libwinet.a

> 
> 
> 
> 
> 
> -- 
> No one may be called "good" if they have had no chance to be bad...
> 
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
> 
> You may change your MinGW Account Options at:
> http://lists.sourceforge.net/lists/listinfo/mingw-users 

http://travel.yahoo.com.au - Yahoo! Travel
- Got Itchy feet? Get inspired!

In addition to including the wininet.h header in the source file, you must
also inform the linker to link against the libwininet.a library. Try adding
the option -lwininet to the end of the gcc command that does your linking
phase.

John F.

kevin1 wrote:
> 
> I am trying to use InternetOpen ..  When I try to compile it I get this:
> 
>  undefined reference to `InternetOpenA@20'
> 
> I am including wininet.h in the code
> 
> I took a look at the include file wininet.h and I saw the prototype there.
> 
> Why is this happening?
>

 --- Leonardo Orazi <leo...@ti...> wrote: > Where is it
possible to find a full documentation about the option
> for
> the gcc/g++ compiler and linker, (e.g. -dll, -mwindows, ecc.... ).
> Thanks in advance.
> 
> 

1) Go to the mingw home page.  Links to online GNU documentation is
here:
http://www.mingw.org/docs.shtml#gnutools

2) In the info-html directory of recent releases there are info files
translated into html format. The formatting is not always that pretty
but the information should be there. 

http://travel.yahoo.com.au - Yahoo! Travel
- Got Itchy feet? Get inspired!

I am trying to use InternetOpen ..  When I try to compile it I get this:

 undefined reference to `InternetOpenA@20'

I am including wininet.h in the code

I took a look at the include file wininet.h and I saw the prototype there.

Why is this happening?






-- 
No one may be called "good" if they have had no chance to be bad...

Where is it possible to find a full documentation about the option for
the gcc/g++ compiler and linker, (e.g. -dll, -mwindows, ecc.... ).
Thanks in advance.

 --- kevin1 <ke...@ch...> wrote: > I'm just wondering what
the status of gcc 3.0.1 support with mingw
> is.  I'm
> kinda a newbie to the whole business, but I note that the latest
> version is
> using 2.95.3.  Any timeframe on the inclusion of 3.0.1?
> 

When its ready.  

GCC 3.0.1 builds with mingw host and target - after patching with Mumit
Khan's patchset for 3.0.  But there are two serious problems, still
with 3.0.1 as with 3.0.

1) Dll support for C++ classes is broken.
2) Iostream component of libstdc++ has bugs (cin doesn't work).

The first one is a biggy and derives from basic changes in the way
attributes are being handled in Gcc 3.x.  The second one has a
workaround until it is fixed properly - use the STLport iostream lib
which has better support for native w32 IO and  also has some native
locale support. 

I'll keep working on it, but right now it is not high priority.

Regards

Danny

http://travel.yahoo.com.au - Yahoo! Travel
- Got Itchy feet? Get inspired!

You need to link with the -mwindows switch.

kevin1 wrote:
> 
> Hello all,
>         I'm using a linux-> windows cross compiler.  I can compile and run
> windows applications fine so far.  However, when I run these apps on windows,
> I notice a dos window is popping up behind my application window.  What is causing
> this , and more importantly, how do I stop it?
> 
> The compiler I am using is the one I got from :
> 
> http://members.telering.at/jessich/mingw
> 
> --
> No one may be called "good" if they have had no chance to be bad...
> 
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
> 
> You may change your MinGW Account Options at:
> http://lists.sourceforge.net/lists/listinfo/mingw-users

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

Hello all,
        I'm using a linux-> windows cross compiler.  I can compile and run
windows applications fine so far.  However, when I run these apps on windows,
I notice a dos window is popping up behind my application window.  What is causing 
this , and more importantly, how do I stop it?

The compiler I am using is the one I got from :

http://members.telering.at/jessich/mingw







-- 
No one may be called "good" if they have had no chance to be bad...

The latest binutils release was available as a .bz2 - this was very helpful.
The latest gcc release is only available as a .gz file. Is there any chance
of a .bz2, and what is the future policy on compression format?

Thanks,
Max.

> Or is there a way to use "compiled-with-mingw-libs" and
> "compiled-with-cygwin-libs" in one program without having to port one of them?
> 

The cheap answer here is no.  You'll have to port one of them.

Earnie.

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

Could anybody tell me what I have to do to compile libraries written for 
mingw32 under cygwin WITHOUT the option -mno-cygwin ???
So that I can use these libraries together with other libraries (written for 
cygwin) in one program?
Or is there a way to use "compiled-with-mingw-libs" and 
"compiled-with-cygwin-libs" in one program without having to port one of them?

> No I don't like this either.  If only one of us were doing the releases
> that may be possible.  The best means is via the wget utility with it's
> mirroring function.  That way when the site changes the function will
> pick up the changes.  Besides, there are more files to the site than
> what is in CVS, e.g. the automagically created news sections.


    Have no fear!  Haha... I wasn't saying that I'd LOVE to take on the
extra work, just that I wouldn't mind it if that's what the group wanted.
The CVS module will remain a single-branch.

    I've heard of 'wget', but don't have a shred of first-hand experience
with it.  Mike (the new mirror volunteer) will be out of town for the
remainder of the week, but next week when he's back we might need a little
tech-support from 'wget' users on this list to get us off the ground.

Cheers,
Steve

"Steve D. Perkins" wrote:
> 
> > Maybe a better solution is to create a branch called "release" in your
> > htdocs directory. Then the mirror sites can just "cvs update -r release"
> > and always get the newest version of the web site thats been released.
> The
> > main trunk of the htdocs can then be modified at will and when its time
> to
> > release, the cvs maintainer can merge across branches into the release
> > directory. Suddenly every mirror gets a new copy of the site without all
> > the incrememntal changes and without having to be intelligent (scripted).
> > Essentially it makes more work for the cvs maintainer and less work for
> the
> > mirror site maintainer (probably the way you'd want to balance things).
> 
>     This seems like the best approach to take, folks.  However... while I
> can create a branch in CVS and don't mind the slight extra burden of
> maintenance, I'm not the only person who will be touching this CVS
> module... so I would not want to just arbitrarily do this without
> consulting other contributors (Earnie, Danny, Paul, anyone?).  If anyone
> has a strong objection or argument against this suggestion, please bring it
> up within the next day or so.
> 

No I don't like this either.  If only one of us were doing the releases
that may be possible.  The best means is via the wget utility with it's
mirroring function.  That way when the site changes the function will
pick up the changes.  Besides, there are more files to the site than
what is in CVS, e.g. the automagically created news sections.

Earnie.

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

Mike L wrote:
> 
> Hi folks,
> 
> I just wanted to let you know that I manually assembled a mirror on my site:
> www.spacejack.org/mingw/
> using the files downloaded from the sourceforge CVS.
> 

Great.

> Turns out SSI's aren't exactly difficult, hehe.
> 

Yep.

> Note that the news section isn't working, I couldn't find the news include
> files yet. The only reason I'm posting this is for people who haven't been
> able to access the www.mingw.org website. So, please avoid linking to or
> sending people to my site until we've got everything worked out.
> 

The news section is created automagically.  One of the reasons I
suggested using wget which has a --mirror switch.  The html files for
the news are not stored in CVS.  The news files are created from the
source database of news on the SourceForge site.

> Otherwise, I should be able to work out the rest of the details, including
> how it'll be updated, with Steve Perkins via email.
> 

You would have to work out some process to pull the individual files on
a daily basis.

Earnie.

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

Hello,

Inside the overflow function in a class derived from streambuf the this
pointer
has not the correct value. So the streambuf members are not found.
e.g.: _IO_write_ptr is return instead of _IO_write_base!

My code: (gcc-2.92.2-1 mingw)
--------------------------------------------
#include <iostream.h>
#include <assert.h>

#define BUFSIZE 5
#define streamsize int

class VP : public ostream, public streambuf {
 private:
  char* putbuf;
  virtual int sync();
  virtual int overflow(int ch);

 public:
  VP();
};

VP* vp;

VP::VP() : ostream(this), putbuf(new char[BUFSIZE])
{
  setp(putbuf, putbuf+BUFSIZE);	// setup streambuf put area
  cerr << "pbase()=" << (void*)pbase() << " pptr()=" << (void*)pptr() <<
endl;
}

int VP::sync()
{
  cerr << "VP::sync() this=" << (void*)this << endl;
  streamsize n = out_waiting(); //pptr() - pbase();
  cerr << "VP::sync() n=" << n << endl;
  if (n) cerr.write(pbase(), n);
  pbump(-n);
  return 0;
}

int VP::overflow(int ch)
{
  cerr << "VP::overflow() this=" << (void*)this << endl;
  cerr << "pbase()=" << (void*)pbase() << " pptr()=" << (void*)pptr() <<
endl;
  cerr << "_IO_write_base=" << (void*)_IO_write_base << endl;
  cerr << "vp->_IO_write_base=" << (void*)vp->_IO_write_base << endl;
  streamsize n = out_waiting(); //pptr() - pbase();
  assert(n != 0);
  cerr << "VP::overflow(" << (char)ch << ") n=" << n << endl;
  if (n) sync();
  cerr << (char)ch << endl;
  return 0;
}

int main()
{
  vp = new VP;
  *vp << "ABC" << endl;
  *vp << "123456" << endl;
}

output:
pbase()=0x26308e0 pptr()=0x26308e0
VP::sync() this=0x2630860
VP::sync() n=4
ABC
VP::overflow() this=0x2630864
pbase()=0x26308e5 pptr()=0x26308e5
_IO_write_base=0x26308e5
vp->_IO_write_base=0x26308e0
Assertion failed: n != 0, file y.cc, line 42

abnormal program termination

Is there already a patch?

Is the problem around libioP.h?
# define JUMP1(FUNC, THIS, X1) _IO_JUMPS(THIS)->FUNC.pfn (THIS, X1)

/* The 'overflow' hook flushes the buffer.
   The second argument is a character, or EOF.
   It matches the streambuf::overflow virtual function. */
typedef int (*_IO_overflow_t) __PMT ((_IO_FILE *, int));
#define _IO_OVERFLOW(FP, CH) JUMP1 (__overflow, FP, CH)

Thank you

Ruediger Dehmel

> Maybe a better solution is to create a branch called "release" in your
> htdocs directory. Then the mirror sites can just "cvs update -r release"
> and always get the newest version of the web site thats been released.
The
> main trunk of the htdocs can then be modified at will and when its time
to
> release, the cvs maintainer can merge across branches into the release
> directory. Suddenly every mirror gets a new copy of the site without all
> the incrememntal changes and without having to be intelligent (scripted).
> Essentially it makes more work for the cvs maintainer and less work for
the
> mirror site maintainer (probably the way you'd want to balance things).


    This seems like the best approach to take, folks.  However... while I
can create a branch in CVS and don't mind the slight extra burden of
maintenance, I'm not the only person who will be touching this CVS
module... so I would not want to just arbitrarily do this without
consulting other contributors (Earnie, Danny, Paul, anyone?).  If anyone
has a strong objection or argument against this suggestion, please bring it
up within the next day or so.

    This is just an announcement that the 'www.mingw.org' updates we have
been discussing/reviewing these past couple of days have been moved over
into production.  Thank you very much to all who have provided assistance,
feedback, or suggestions!  If I haven't responded directly to any
particular feedback yet, please do not feel that I've blown you off...
there just haven't been enough hours in the day this week.

    I'm not sure if I'll be getting any more week-long periods with little
to do at the office (as I was able to take advantage of last week), so
future website updates in the short-term will probably not be as ambitious
as this round has been.  However, I do plan to engage in some spring
cleaning here and there on other website sections over the next few
weeks... and work will be slowly progressing towards a "MinGW User's
Guide", with a timeframe for draft release in around two months.

    Therefore, please don't be shy about continuing to post feedback,
ideas, or suggestions.  I do ask that you be so kind as to place a
reference to "Website" or "User's Guide" in your subject headers... I
frequently skim through the [MinGW-users] list without reading every post,
and I'd really feel bad about deleting something that was directed at me.

Cheers,
Steve

P.S.  **DISCLAIMER**  The timeframe I gave for the User's Guide draft IS
subject to change... my wedding is in six weeks, so it will be a miracle if
I'm on schedule with anything these next few months!  Go easy on me...
<smile>

On Tuesday, August 28, 2001 10:58 AM -0400 "Steve D. Perkins" 
<mai...@st...> wrote:
>     Excellant!  I'm open for any discussion from more veteran team members
> about what the best procedure is for running a mirror.  As I understand
> it, anybody can do an anonymous checkout of the 'htdocs' CVS module
> (please post if this turns out to be incorrect or if you need any help).
> The only issue might be that what you get from CVS checkout is
> occasionally going to be out-of-sync with what's on the production
> website... the CVS module is continuously modified during development,
> while what you'd want to mirror is manually updated after changes have
> been approved.
>
>     Perhaps the best solution is to develop a standard naming scheme, tag
> the 'htdocs' module when an update to production occurs, and have mirror
> sites periodically refresh their content with anonymous checkouts of that
> tag?  We would need a standard naming scheme, so that it's simple to
> glance and tell which CVS tag represents the latest production code.
> Discussion, ideas, and alternatative suggestions are welcome!

Maybe a better solution is to create a branch called "release" in your 
htdocs directory. Then the mirror sites can just "cvs update -r release" 
and always get the newest version of the web site thats been released. The 
main trunk of the htdocs can then be modified at will and when its time to 
release, the cvs maintainer can merge across branches into the release 
directory. Suddenly every mirror gets a new copy of the site without all 
the incrememntal changes and without having to be intelligent (scripted). 
Essentially it makes more work for the cvs maintainer and less work for the 
mirror site maintainer (probably the way you'd want to balance things).

-David

I have uploaded GCC-2.95.3-20010828 to 

<http://sourceforge.net/project/showfiles.php?group_id=2435&release_id=50168>


This update of GCC-2.95.3 makes 8-byte structure alignment
the default, fixing a regression from the correct behaviour of
GCC-2.95.2.  The 8-byte structure alignment is the default
for code compiled by "native" win32 compilers.

As with the 20010723 snapshot, this release provides support 
for C, C++, ObjC and F77 languages

Note: this package contains only the GCC compiler binaries. 
For a full working distribution you will also need the 
binutils, runtime and w32api packages.


_____________________________________________________________________________
http://shopping.yahoo.com.au - Father's Day Shopping
- Find the perfect gift for your Dad for Father's Day

Hi folks,

I just wanted to let you know that I manually assembled a mirror on my site:
www.spacejack.org/mingw/
using the files downloaded from the sourceforge CVS.

Turns out SSI's aren't exactly difficult, hehe.

Note that the news section isn't working, I couldn't find the news include
files yet. The only reason I'm posting this is for people who haven't been
able to access the www.mingw.org website. So, please avoid linking to or
sending people to my site until we've got everything worked out.

Otherwise, I should be able to work out the rest of the details, including
how it'll be updated, with Steve Perkins via email.

- Mike

 --- bal...@es... wrote: > Hi,
> 
> Is there a way to use intel asm syntax in mingw ?
> I'd like to do the following :
> 
> __asm__ (
> 	movaps xmm0,xmm1
> );
> 
> Thnx,
> -Balazs
> 
> 


From as.info

"as now supports assembly using Intel assembler syntax. .intel_syntax
selects Intel mode, and .att_syntax switches back to the usual AT&T
mode for compatibility with the output of gcc. Either of these
directives may have an optional argument, prefix, or noprefix
specifying whether registers require a % prefix."

So you could try this

__asm__ ( ".intel_syntax noprefix\n" )
__asm__ ( "\tmovaps xmm0,xmm1" )


From what I recall, although as understands .intel_syntax, the gcc
frontend may not, so you may have to stick to AT&T for inline assembler
code.   

Danny 

> 
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
> 
> You may change your MinGW Account Options at:
> http://lists.sourceforge.net/lists/listinfo/mingw-users 

_____________________________________________________________________________
http://shopping.yahoo.com.au - Father's Day Shopping
- Find the perfect gift for your Dad for Father's Day

it lack the faulting line which get all this error to make a good
diagnostic.
anyway i guess you get in trouble when linking.

i remeber i had something like that.... let me remeber....
i had such problem when in 2 case:

1. PATH problems.

the root problem is, of course library dependency problem, but i had a
lot of version of a lot of library in a lot of directory.

if i am your i will be sure to have only one version of all used and
builded library in some reference directory.
and verify that the remaining library are complete.

2. Dynamic Library tag missing (__declspec(dllexport) forgetted in front
of some function).

hopes it help....

I am using cygwin, and I suppose that it uses the mingw-libs for =
compiling, I don't know exactly. I can't remember, if I installed the =
libs in my cygwin-dir, but I think so.

i tried to compile a OpenGL-lib 2 months ago, no succes, a lot of =
undefined references to functions from Opengl. I tried ALL possible =
lib-names for opengl, no success. i checked my installation of OpenGL, =
everything alright. I checked my paths, everything alright. I checked my =
compile-commands, all OK. Then I installed mingw into a seperate =
directory and tried it again. no success. (Remember: it's possible that =
my cygwin maybe already used the mingw-libs/includes then).
I tried EVERYTHING, but it didn't work. I was searching for help in the =
cygwin-mailinglist, but everybody else had no problems. All other =
win2000-users (like me) had NO problems!!! Today I read that someone =
from the mingw-mailinglist had the same problem, and was told to include =
"windows.h" before "glut.h" but the lib I'm trying to compile neither =
includes windows.h nor glut.h - What now???

Here the error messages from TWO libs:

First: allegGL:

lib/mingw32/libagl.a(glvtable.o)(.text+0x637):glvtable.c: undefined =
reference to
 `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x6de):glvtable.c: undefined =
reference to
 `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x707):glvtable.c: undefined =
reference to
 `glTexSubImage2D@36'
lib/mingw32/libagl.a(glvtable.o)(.text+0x728):glvtable.c: undefined =
reference to
 `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x787):glvtable.c: undefined =
reference to
 `glColor4ub@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0x791):glvtable.c: undefined =
reference to
 `glBegin@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x79b):glvtable.c: undefined =
reference to
 `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x7a2):glvtable.c: undefined =
reference to
 `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x7aa):glvtable.c: undefined =
reference to
 `glEnd@0'
lib/mingw32/libagl.a(glvtable.o)(.text+0x7d7):glvtable.c: undefined =
reference to
 `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x80b):glvtable.c: undefined =
reference to
 `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x8e4):glvtable.c: undefined =
reference to
 `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x8f2):glvtable.c: undefined =
reference to
 `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x926):glvtable.c: undefined =
reference to
 `glTexSubImage2D@36'
lib/mingw32/libagl.a(glvtable.o)(.text+0x945):glvtable.c: undefined =
reference to
 `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x953):glvtable.c: undefined =
reference to
 `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x9b3):glvtable.c: undefined =
reference to
 `glColor4ub@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0x9bd):glvtable.c: undefined =
reference to
 `glBegin@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x9c7):glvtable.c: undefined =
reference to
 `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x9ce):glvtable.c: undefined =
reference to
 `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x9d6):glvtable.c: undefined =
reference to
 `glEnd@0'
lib/mingw32/libagl.a(glvtable.o)(.text+0xa00):glvtable.c: undefined =
reference to
 `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xaf6):glvtable.c: undefined =
reference to
 `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xb29):glvtable.c: undefined =
reference to
 `glTexSubImage2D@36'
lib/mingw32/libagl.a(glvtable.o)(.text+0xb48):glvtable.c: undefined =
reference to
 `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xba7):glvtable.c: undefined =
reference to
 `glColor4ub@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0xbb1):glvtable.c: undefined =
reference to
 `glBegin@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0xbbb):glvtable.c: undefined =
reference to
 `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xbc5):glvtable.c: undefined =
reference to
 `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xbcd):glvtable.c: undefined =
reference to
 `glEnd@0'
lib/mingw32/libagl.a(glvtable.o)(.text+0xc63):glvtable.c: undefined =
reference to
 `glColor4ub@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0xc6f):glvtable.c: undefined =
reference to
 `glRecti@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0xc9f):glvtable.c: undefined =
reference to
 `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xcd6):glvtable.c: undefined =
reference to
 `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xdf5):glvtable.c: undefined =
reference to
 `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xe06):glvtable.c: undefined =
reference to
 `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xe44):glvtable.c: undefined =
reference to
 `glTexSubImage2D@36'
lib/mingw32/libagl.a(glvtable.o)(.text+0xe6b):glvtable.c: undefined =
reference to
 `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xe79):glvtable.c: undefined =
reference to
 `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xed7):glvtable.c: undefined =
reference to
 `glColor4ub@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0xee1):glvtable.c: undefined =
reference to
 `glBegin@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0xeeb):glvtable.c: undefined =
reference to
 `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xef5):glvtable.c: undefined =
reference to
 `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xf02):glvtable.c: undefined =
reference to
 `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xf0a):glvtable.c: undefined =
reference to
 `glEnd@0'
lib/mingw32/libagl.a(glvtable.o)(.text+0xf35):glvtable.c: undefined =
reference to
 `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xf78):glvtable.c: undefined =
reference to
 `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x10be):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x111e):glvtable.c: undefined =
reference t
o `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1155):glvtable.c: undefined =
reference t
o `glTexSubImage2D@36'
lib/mingw32/libagl.a(glvtable.o)(.text+0x117c):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x118a):glvtable.c: undefined =
reference t
o `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x11ba):glvtable.c: undefined =
reference t
o `glRasterPos2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x11c8):glvtable.c: undefined =
reference t
o `glGetFloatv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x11d6):glvtable.c: undefined =
reference t
o `glGetFloatv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x11f3):glvtable.c: undefined =
reference t
o `glPixelZoom@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1226):glvtable.c: undefined =
reference t
o `glDrawPixels@20'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1240):glvtable.c: undefined =
reference t
o `glPixelZoom@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1273):glvtable.c: undefined =
reference t
o `glGetFloatv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1281):glvtable.c: undefined =
reference t
o `glGetFloatv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x128f):glvtable.c: undefined =
reference t
o `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x129b):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x12a2):glvtable.c: undefined =
reference t
o `glRasterPos2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x12b8):glvtable.c: undefined =
reference t
o `glPixelZoom@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x12e4):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1331):glvtable.c: undefined =
reference t
o `glDrawPixels@20'
lib/mingw32/libagl.a(glvtable.o)(.text+0x134b):glvtable.c: undefined =
reference t
o `glPixelZoom@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1359):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1381):glvtable.c: undefined =
reference t
o `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1392):glvtable.c: undefined =
reference t
o `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x143f):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x144d):glvtable.c: undefined =
reference t
o `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x148b):glvtable.c: undefined =
reference t
o `glTexSubImage2D@36'
lib/mingw32/libagl.a(glvtable.o)(.text+0x14a9):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x14b7):glvtable.c: undefined =
reference t
o `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x14f8):glvtable.c: undefined =
reference t
o `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1504):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1510):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x154d):glvtable.c: undefined =
reference t
o `glReadPixels@28'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1561):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1986):glvtable.c: undefined =
reference t
o `glPixelZoom@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1994):glvtable.c: undefined =
reference t
o `glRasterPos2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x19c9):glvtable.c: undefined =
reference t
o `glCopyPixels@20'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1a37):glvtable.c: undefined =
reference t
o `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1ac7):glvtable.c: undefined =
reference t
o `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1ae3):glvtable.c: undefined =
reference t
o `glColor4ub@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1aed):glvtable.c: undefined =
reference t
o `glBegin@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1af9):glvtable.c: undefined =
reference t
o `glTexCoord2f@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1b06):glvtable.c: undefined =
reference t
o `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1b10):glvtable.c: undefined =
reference t
o `glTexCoord2f@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1b1a):glvtable.c: undefined =
reference t
o `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1b25):glvtable.c: undefined =
reference t
o `glTexCoord2f@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1b32):glvtable.c: undefined =
reference t
o `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1b3c):glvtable.c: undefined =
reference t
o `glTexCoord2f@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1b46):glvtable.c: undefined =
reference t
o `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1b4e):glvtable.c: undefined =
reference t
o `glEnd@0'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1b6d):glvtable.c: undefined =
reference t
o `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1cdf):glvtable.c: undefined =
reference t
o `glColor4ub@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1ceb):glvtable.c: undefined =
reference t
o `glRasterPos2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1cf7):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1d03):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1d3e):glvtable.c: undefined =
reference t
o `glBitmap@28'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1dd6):glvtable.c: undefined =
reference t
o `glClearColor@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1de3):glvtable.c: undefined =
reference t
o `glClear@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1df3):glvtable.c: undefined =
reference t
o `glClearColor@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1e1f):glvtable.c: undefined =
reference t
o `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1e2d):glvtable.c: undefined =
reference t
o `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1ea9):glvtable.c: undefined =
reference t
o `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1eca):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1ef8):glvtable.c: undefined =
reference t
o `glTexSubImage2D@36'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1f17):glvtable.c: undefined =
reference t
o `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1f25):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1f7b):glvtable.c: undefined =
reference t
o `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1f88):glvtable.c: undefined =
reference t
o `glMatrixMode@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1f9a):glvtable.c: undefined =
reference t
o `glGetDoublev@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1fa2):glvtable.c: undefined =
reference t
o `glLoadIdentity@0'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1fb2):glvtable.c: undefined =
reference t
o `glMatrixMode@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1fc4):glvtable.c: undefined =
reference t
o `glGetDoublev@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1fcc):glvtable.c: undefined =
reference t
o `glLoadIdentity@0'
lib/mingw32/libagl.a(glvtable.o)(.text+0x201d):glvtable.c: undefined =
reference t
o `glMatrixMode@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x203b):glvtable.c: undefined =
reference t
o `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x2048):glvtable.c: undefined =
reference t
o `glMatrixMode@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x2052):glvtable.c: undefined =
reference t
o `glLoadMatrixd@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x205c):glvtable.c: undefined =
reference t
o `glMatrixMode@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x2066):glvtable.c: undefined =
reference t
o `glLoadMatrixd@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x206f):glvtable.c: undefined =
reference t
o `glMatrixMode@4'
lib/mingw32/libagl.a(texture.o)(.text+0xd9):texture.c: undefined =
reference to `g
lGenTextures@8'
lib/mingw32/libagl.a(texture.o)(.text+0x104):texture.c: undefined =
reference to `
glGetIntegerv@8'
lib/mingw32/libagl.a(texture.o)(.text+0x112):texture.c: undefined =
reference to `
glBindTexture@8'
lib/mingw32/libagl.a(texture.o)(.text+0x153):texture.c: undefined =
reference to `
glTexImage2D@36'
lib/mingw32/libagl.a(texture.o)(.text+0x16b):texture.c: undefined =
reference to `
glGetTexLevelParameterfv@16'
lib/mingw32/libagl.a(texture.o)(.text+0x17c):texture.c: undefined =
reference to `
glBindTexture@8'
lib/mingw32/libagl.a(texture.o)(.text+0x184):texture.c: undefined =
reference to `
glDeleteTextures@8'
lib/mingw32/libagl.a(texture.o)(.text+0x191):texture.c: undefined =
reference to `
glGetString@4'
lib/mingw32/libagl.a(texture.o)(.text+0x41f):texture.c: undefined =
reference to `
glGenTextures@8'
lib/mingw32/libagl.a(texture.o)(.text+0x43e):texture.c: undefined =
reference to `
glBindTexture@8'
lib/mingw32/libagl.a(texture.o)(.text+0x465):texture.c: undefined =
reference to `
glTexParameteri@12'
lib/mingw32/libagl.a(texture.o)(.text+0x479):texture.c: undefined =
reference to `
glTexParameteri@12'
lib/mingw32/libagl.a(texture.o)(.text+0x48d):texture.c: undefined =
reference to `
glTexParameteri@12'

(this is only a part of the messages, the entire messages are lenger =
than my screen is)

Now PLIB:

lib/mingw32/libagl.a(glvtable.o)(.text+0x637):glvtable.c: undefined =
reference to
 `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x6de):glvtable.c: undefined =
reference to
 `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x707):glvtable.c: undefined =
reference to
 `glTexSubImage2D@36'
lib/mingw32/libagl.a(glvtable.o)(.text+0x728):glvtable.c: undefined =
reference to
 `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x787):glvtable.c: undefined =
reference to
 `glColor4ub@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0x791):glvtable.c: undefined =
reference to
 `glBegin@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x79b):glvtable.c: undefined =
reference to
 `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x7a2):glvtable.c: undefined =
reference to
 `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x7aa):glvtable.c: undefined =
reference to
 `glEnd@0'
lib/mingw32/libagl.a(glvtable.o)(.text+0x7d7):glvtable.c: undefined =
reference to
 `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x80b):glvtable.c: undefined =
reference to
 `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x8e4):glvtable.c: undefined =
reference to
 `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x8f2):glvtable.c: undefined =
reference to
 `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x926):glvtable.c: undefined =
reference to
 `glTexSubImage2D@36'
lib/mingw32/libagl.a(glvtable.o)(.text+0x945):glvtable.c: undefined =
reference to
 `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x953):glvtable.c: undefined =
reference to
 `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x9b3):glvtable.c: undefined =
reference to
 `glColor4ub@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0x9bd):glvtable.c: undefined =
reference to
 `glBegin@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x9c7):glvtable.c: undefined =
reference to
 `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x9ce):glvtable.c: undefined =
reference to
 `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x9d6):glvtable.c: undefined =
reference to
 `glEnd@0'
lib/mingw32/libagl.a(glvtable.o)(.text+0xa00):glvtable.c: undefined =
reference to
 `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xaf6):glvtable.c: undefined =
reference to
 `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xb29):glvtable.c: undefined =
reference to
 `glTexSubImage2D@36'
lib/mingw32/libagl.a(glvtable.o)(.text+0xb48):glvtable.c: undefined =
reference to
 `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xba7):glvtable.c: undefined =
reference to
 `glColor4ub@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0xbb1):glvtable.c: undefined =
reference to
 `glBegin@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0xbbb):glvtable.c: undefined =
reference to
 `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xbc5):glvtable.c: undefined =
reference to
 `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xbcd):glvtable.c: undefined =
reference to
 `glEnd@0'
lib/mingw32/libagl.a(glvtable.o)(.text+0xc63):glvtable.c: undefined =
reference to
 `glColor4ub@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0xc6f):glvtable.c: undefined =
reference to
 `glRecti@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0xc9f):glvtable.c: undefined =
reference to
 `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xcd6):glvtable.c: undefined =
reference to
 `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xdf5):glvtable.c: undefined =
reference to
 `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xe06):glvtable.c: undefined =
reference to
 `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xe44):glvtable.c: undefined =
reference to
 `glTexSubImage2D@36'
lib/mingw32/libagl.a(glvtable.o)(.text+0xe6b):glvtable.c: undefined =
reference to
 `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xe79):glvtable.c: undefined =
reference to
 `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xed7):glvtable.c: undefined =
reference to
 `glColor4ub@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0xee1):glvtable.c: undefined =
reference to
 `glBegin@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0xeeb):glvtable.c: undefined =
reference to
 `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xef5):glvtable.c: undefined =
reference to
 `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xf02):glvtable.c: undefined =
reference to
 `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xf0a):glvtable.c: undefined =
reference to
 `glEnd@0'
lib/mingw32/libagl.a(glvtable.o)(.text+0xf35):glvtable.c: undefined =
reference to
 `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0xf78):glvtable.c: undefined =
reference to
 `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x10be):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x111e):glvtable.c: undefined =
reference t
o `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1155):glvtable.c: undefined =
reference t
o `glTexSubImage2D@36'
lib/mingw32/libagl.a(glvtable.o)(.text+0x117c):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x118a):glvtable.c: undefined =
reference t
o `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x11ba):glvtable.c: undefined =
reference t
o `glRasterPos2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x11c8):glvtable.c: undefined =
reference t
o `glGetFloatv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x11d6):glvtable.c: undefined =
reference t
o `glGetFloatv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x11f3):glvtable.c: undefined =
reference t
o `glPixelZoom@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1226):glvtable.c: undefined =
reference t
o `glDrawPixels@20'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1240):glvtable.c: undefined =
reference t
o `glPixelZoom@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1273):glvtable.c: undefined =
reference t
o `glGetFloatv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1281):glvtable.c: undefined =
reference t
o `glGetFloatv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x128f):glvtable.c: undefined =
reference t
o `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x129b):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x12a2):glvtable.c: undefined =
reference t
o `glRasterPos2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x12b8):glvtable.c: undefined =
reference t
o `glPixelZoom@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x12e4):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1331):glvtable.c: undefined =
reference t
o `glDrawPixels@20'
lib/mingw32/libagl.a(glvtable.o)(.text+0x134b):glvtable.c: undefined =
reference t
o `glPixelZoom@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1359):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1381):glvtable.c: undefined =
reference t
o `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1392):glvtable.c: undefined =
reference t
o `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x143f):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x144d):glvtable.c: undefined =
reference t
o `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x148b):glvtable.c: undefined =
reference t
o `glTexSubImage2D@36'
lib/mingw32/libagl.a(glvtable.o)(.text+0x14a9):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x14b7):glvtable.c: undefined =
reference t
o `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x14f8):glvtable.c: undefined =
reference t
o `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1504):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1510):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x154d):glvtable.c: undefined =
reference t
o `glReadPixels@28'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1561):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1986):glvtable.c: undefined =
reference t
o `glPixelZoom@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1994):glvtable.c: undefined =
reference t
o `glRasterPos2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x19c9):glvtable.c: undefined =
reference t
o `glCopyPixels@20'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1a37):glvtable.c: undefined =
reference t
o `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1ac7):glvtable.c: undefined =
reference t
o `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1ae3):glvtable.c: undefined =
reference t
o `glColor4ub@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1aed):glvtable.c: undefined =
reference t
o `glBegin@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1af9):glvtable.c: undefined =
reference t
o `glTexCoord2f@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1b06):glvtable.c: undefined =
reference t
o `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1b10):glvtable.c: undefined =
reference t
o `glTexCoord2f@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1b1a):glvtable.c: undefined =
reference t
o `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1b25):glvtable.c: undefined =
reference t
o `glTexCoord2f@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1b32):glvtable.c: undefined =
reference t
o `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1b3c):glvtable.c: undefined =
reference t
o `glTexCoord2f@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1b46):glvtable.c: undefined =
reference t
o `glVertex2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1b4e):glvtable.c: undefined =
reference t
o `glEnd@0'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1b6d):glvtable.c: undefined =
reference t
o `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1cdf):glvtable.c: undefined =
reference t
o `glColor4ub@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1ceb):glvtable.c: undefined =
reference t
o `glRasterPos2i@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1cf7):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1d03):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1d3e):glvtable.c: undefined =
reference t
o `glBitmap@28'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1dd6):glvtable.c: undefined =
reference t
o `glClearColor@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1de3):glvtable.c: undefined =
reference t
o `glClear@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1df3):glvtable.c: undefined =
reference t
o `glClearColor@16'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1e1f):glvtable.c: undefined =
reference t
o `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1e2d):glvtable.c: undefined =
reference t
o `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1ea9):glvtable.c: undefined =
reference t
o `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1eca):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1ef8):glvtable.c: undefined =
reference t
o `glTexSubImage2D@36'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1f17):glvtable.c: undefined =
reference t
o `glBindTexture@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1f25):glvtable.c: undefined =
reference t
o `glPixelStorei@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1f7b):glvtable.c: undefined =
reference t
o `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1f88):glvtable.c: undefined =
reference t
o `glMatrixMode@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1f9a):glvtable.c: undefined =
reference t
o `glGetDoublev@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1fa2):glvtable.c: undefined =
reference t
o `glLoadIdentity@0'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1fb2):glvtable.c: undefined =
reference t
o `glMatrixMode@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1fc4):glvtable.c: undefined =
reference t
o `glGetDoublev@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x1fcc):glvtable.c: undefined =
reference t
o `glLoadIdentity@0'
lib/mingw32/libagl.a(glvtable.o)(.text+0x201d):glvtable.c: undefined =
reference t
o `glMatrixMode@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x203b):glvtable.c: undefined =
reference t
o `glGetIntegerv@8'
lib/mingw32/libagl.a(glvtable.o)(.text+0x2048):glvtable.c: undefined =
reference t
o `glMatrixMode@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x2052):glvtable.c: undefined =
reference t
o `glLoadMatrixd@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x205c):glvtable.c: undefined =
reference t
o `glMatrixMode@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x2066):glvtable.c: undefined =
reference t
o `glLoadMatrixd@4'
lib/mingw32/libagl.a(glvtable.o)(.text+0x206f):glvtable.c: undefined =
reference t
o `glMatrixMode@4'
lib/mingw32/libagl.a(texture.o)(.text+0xd9):texture.c: undefined =
reference to `g
lGenTextures@8'
lib/mingw32/libagl.a(texture.o)(.text+0x104):texture.c: undefined =
reference to `
glGetIntegerv@8'
lib/mingw32/libagl.a(texture.o)(.text+0x112):texture.c: undefined =
reference to `
glBindTexture@8'
lib/mingw32/libagl.a(texture.o)(.text+0x153):texture.c: undefined =
reference to `
glTexImage2D@36'
lib/mingw32/libagl.a(texture.o)(.text+0x16b):texture.c: undefined =
reference to `
glGetTexLevelParameterfv@16'
lib/mingw32/libagl.a(texture.o)(.text+0x17c):texture.c: undefined =
reference to `
glBindTexture@8'
lib/mingw32/libagl.a(texture.o)(.text+0x184):texture.c: undefined =
reference to `
glDeleteTextures@8'
lib/mingw32/libagl.a(texture.o)(.text+0x191):texture.c: undefined =
reference to `
glGetString@4'
lib/mingw32/libagl.a(texture.o)(.text+0x41f):texture.c: undefined =
reference to `
glGenTextures@8'
lib/mingw32/libagl.a(texture.o)(.text+0x43e):texture.c: undefined =
reference to `
glBindTexture@8'
lib/mingw32/libagl.a(texture.o)(.text+0x465):texture.c: undefined =
reference to `
glTexParameteri@12'
lib/mingw32/libagl.a(texture.o)(.text+0x479):texture.c: undefined =
reference to `
glTexParameteri@12'
lib/mingw32/libagl.a(texture.o)(.text+0x48d):texture.c: undefined =
reference to `
glTexParameteri@12'

(actually there would be ore messages, but I don't want to flood the =
mailing list...)

What the f**k is wrong?

Should I install an older version of mingw32? A newer one? Or are there =
general Problems with win2000????

> As "make" is an essential part of MinGW, there is the necessity
> to evaluate "Makefile"s. IMO, this should be done by a Unix-like
> (= POSIX-compatible, or very close to it) shell;
> currently, it seems that none is part of MinGW
> (at least, I found no reference there).

    I agree, and I've been trying to make the process of using MinGW with
Cygwin better-documented and more newbie-friendly.  Is there anything else I
could be doing/saying to indicate that this is the most commonly-used setup
for builds involving makefiles and "configure" scripts?



> If this is true, I propose the team contacts the owner of
>    http://www.weihenstephan.de/~syring/win32/UnxUtils.html
> and includes a link to that location,
> because I have good experiences with the binaries ("zsh", "tar"
> as well as several others) from there.

    Thanks for the resource, I believe that a link could definitely go into
the MinGW website on the next round of updates!

> Hmm, this I don't know too much about. My site is hosted by an ISP, so I
> don't have all the access that I would if I were running my own server.

    Well, there are several ways to go about this.  The simplest is just to
make a manual update of the mirror whenever I annouce an update to the
production site.  More complicated up-front would be developing an automated
system that just does it for you.

    With either method, you would need to have CVS working (this is pretty
trivial... if you're not used to CVS, shoot me an email and we can have an
offline discussion that will get up in minutes).  The basic process of
generating a mirror is just creating a subdirectory for it on your ISP's
server, and filling it with the results of a CVS checkout (you can do the
CVS checkout directly into this subdirectory if you have shell access to
your server, otherwise you'll need to do the checkout on your home machine
and then FTP the files over).  Once I've got the naming system figured out
for release tags, I can tell you exactly what the format for the CVS
checkout command should look like.

    If you go with a manual-updates strategy, this will involve the least
amount of work up-front... but you would have to keep an eye out for update
annoucements, and re-run the process each time.  Alternatively you could set
up a script or cron job that will do it for you... easier and more reliable
in the long-run, but more effort up-front.

    You might need to do a bit of research, and find out just what level of
access your ISP gives you to your server.  For the IDEAL scenerio (a cron
job on the server that runs a script which does a CVS update)... you would
need shell access (which fewer and fewer ISP's provide), the ability to run
cron jobs (most ISP's block this because of abuse), and CVS (many ISP's
block access to compilers and tools like this).  If you have access to all
of these resources, that's tremendous... otherwise you'd need to cook up a
hybrid (probably more client-side) solution based what we do have to work
with.  Let me know.


> And I just realized some of those pages are .shtml
> pages... not sure if those will work?

    Almost any web server your ISP could possibly running (probably Apache)
provides the ability to use server-side includes (found in ".shtml" files).
However, many ISP's block access to server-side includes because they
introduce a potential security risk.  This is another thing you'll have to
check on with your ISP.

Cheers,
Steve