RPGDX > Forums > Design and programming > Allegro Mingw32 and STL

DrunkenCoder · Demon Hunter Joined: 29 May 2002 Posts: 559

I found this really annoying thing with allegro using mingw32
if I try to use any STL header I croaks because in some long winded
way they somehow manage to include windows.h

anyone know how to get around this (in a non intrusive way)?
_________________
If there's life after death there is no death, if there's no death we never live. | ENTP

Bjorn · Posted: Fri May 30, 2003 7:46 pm Post subject:

I might be having the same problem, when I decide to try to compile with MingW I get lots of errors about something BITMAP pointer redefinition related. But I'm using MSVC anyway, so it's not really a problem for me.

DrunkenCoder · Demon Hunter Joined: 29 May 2002 Posts: 559

Jihgfed Pumpkinhead · Posted: Fri May 30, 2003 10:02 pm Post subject: Winalleg to the Rescue

Another way to solve it is to include winalleg right after allegro and before your stl include, like:

DrunkenCoder · Demon Hunter Joined: 29 May 2002 Posts: 559

err, add a newline at the end of the file to get rid of the error ;)

and the way I did wrap allegro was

namespace allegro
{
#include
//some helpers and wrapper classes...
}

_________________
If there's life after death there is no death, if there's no death we never live. | ENTP

DrV · Posted: Fri May 30, 2003 11:59 pm Post subject:

Hmm... I've used #include <string> with Allegro without problems and without importing winalleg.h (that would be very bad for cross-platform compatability, methinks ;), but I haven't used any other STL stuff yet with Allegro... I hope I don't have to do annoying hacks later.

If you put allegro in its own namespace, do you have to say "allegro.load_bitmap()" or "allegro.create_bitmap()" etc. when you're using the Allegro functions? I haven't used namespaces except in VB.NET (n00b is me :( )
_________________
Don't ask no stupid questions and I won't send you away.
If you want to talk fishing, well, I guess that'll be okay.

Jihgfed Pumpkinhead

BigManJones · Scholar Joined: 22 Mar 2003 Posts: 196

<string.h> is a C standard lib so wouldn't <string> be the C++ equivalent? I looked thru my mingw include file and I didn't see an stl string header; there is std/ba_string...... hmmm

DrunkenCoder · Demon Hunter Joined: 29 May 2002 Posts: 559

well the problems seems to be with all the collection types list vector set map multiset && multimap but wrapping it in its own namespace
get's rid of it and the syntax would be:

allegro::BITMAP *p = allegro::load_bitmap("bitmap.bmp");

note that you can't use:
useing namespace std;

because that would still give you the conflicting BITMAP definitions
but you can import a function or variable from a namespace using
this syntax:
using <namespace name>::
so to start to use allegro_message without typing allegro::allegro_message
you can do:
using allgegro::alegro_message;
_________________
If there's life after death there is no death, if there's no death we never live. | ENTP

DrunkenCoder · Demon Hunter Joined: 29 May 2002 Posts: 559

oh, just another note I finally figoured out how to almost solve
it properly, the problem is that the STL that ships with mingw32
have some thread support disabling this fixes the problem.

Right now I had to edit a header by hand but there should
be a preprocessor command to disable it I just can't find
the right define.
_________________
If there's life after death there is no death, if there's no death we never live. | ENTP

Bjorn · Posted: Tue Jun 03, 2003 7:39 pm Post subject:

I'm very curious to any decent solution, as I haven't been able to get it working with any of the above solutions.

DrunkenCoder · Demon Hunter Joined: 29 May 2002 Posts: 559

hm... that sounds odd... I've got at least the namespace one working (obviously) and the headerhack is easy todo... just find the file called gthr.h or something like that you'll find it in the error message and identify the threading part and replace it with the path for single threaded stuff..
_________________
If there's life after death there is no death, if there's no death we never live. | ENTP

DrunkenCoder · Demon Hunter Joined: 29 May 2002 Posts: 559

a really temporary fix is to open the file c++config.h
find the line:
#define _GLIBCPP_HAVE_GTHR_DEFAULT 1
it's line #96 for me
and just comment it out...

the c++config.h file is supposedly automaticly generated but I have
no idea on how to override this :( argh!!!!
_________________
If there's life after death there is no death, if there's no death we never live. | ENTP

DrunkenCoder · Demon Hunter Joined: 29 May 2002 Posts: 559

w00t! phear my leet header reading skillz!!!

add:
-D__GTHREAD_HIDE_WIN32API
to your C++ Compiler Options uner Project Settings

*phew*
that should make up for all my other brainfarts today =)
_________________
If there's life after death there is no death, if there's no death we never live. | ENTP

Jihgfed Pumpkinhead · Posted: Fri Jun 06, 2003 8:04 pm Post subject: Thanks for Ming/Allegro Solution

Hey, thanks dandelion, that actually worked. I do indeed phear your leet header reading skillz. Henceforth, your name shall be forever enshrined within my all my Ming/Allegro makefiles.

Any idea about any problems this solution might incur in the future? I mean, if that define is best in all situations, it would be default, right?