most of those are from plain old LIVAN, but still.
Anyone messed around with Eptyron yet?

You should really get push rights Pent. Ask Cap.

Hey great bug fixing Pent! Did you push it to the repo?
Mines might activate gas grenades quite often, it is always sad to lose a game due to bugs, so we should probably find a solution to this as well. I'll have a go at reproducing this bug and try think of a fix for the grenade activated by a mine.

EDIT: I think there should just be a check in the logic to see whether terrorist is not the null-terrorist (i.e. zero).

Try using an older compiler. In the link to MinGW 3.4.2, you'll need the gcc core and g++ compiler.
If you run into more problems, I could zip my distribution and send it to you, just pm me an address.

Have a go at rolling back the changes I made to some of the source files. Just put the semicolons back where they were. Maybe it helps maybe it doesn't.

It looks as if it is starting to compile. Is the compiler building object files?
The error is a plain old bug. It looks complicated because fearray belongs to FeLib, which the devs wrote. They basically created a bevy of new data types to accomodate what they wanted to achieve. I don't know whether they wrote this concurrently with IVAN or before. I think newer compilers have a problem with that situation.

Maybe fiddle around with the warning levels on the compiler. Is it a warning or a downright error? Probably won't tell us anything new.

I have a grave fear that we may need to use an antiquated compiler...

Here's the link to the old forum on how to compile.

Curiouser and curiouser.
Is it related to: this discussion item on stackoverflow?

Type

>gcc -v

in the command line.

Keep perservering, we're almost there. It's probably something getting mucked up with library versions or something.

That's strange. So you got a MinGW 3.4.2 with no mingw32-make.exe?
Compiling is tricky, but to make progress you just work through the errors until they go away.
For starters, from the errors it seems like the compiler can't find things like math.h or stdio.h. Maybe check whether these are in the file because they're part of the standard library. See if you can get that machinery going and then see what errors come up next.

The work has been pushed. (Did it turn out right?). Cap, how will we compile and release forthcoming revisions?

Mustard gas hostility bug
Still facilitates masochism, and fixes the NPC staying in the gas cloud by virtue of the hostility change. Fixed using the following code, and some tweaks to instances of GasExplosion() in miscitem.cpp, level.cpp, gear.cpp and level.h.

void level::GasExplosion(gas* GasMaterial, lsquare* Square, character* Terrorist) 
{
  for(int d = 0; d < 9; ++d)
  {
    lsquare* Neighbour = Square->GetNeighbourLSquare(d);

    if(Neighbour && Neighbour->IsFlyable())
      Neighbour->AddSmoke(static_cast<gas*>(GasMaterial->SpawnMore(1000)));
			
    if(Neighbour)
    {
      character* Victim = Neighbour->GetCharacter();

      if(Victim)
	Terrorist->Hostility(Victim);
    }
  } 
}

It's true that the AI will not step into it, but it needs some more code to get the AI to step out of it. All it needs is a check for presence of dangerous gas during StandIdleAI();
Then some sort of command to move away (in biology they call this "chemotaxis").

EDIT: Har har! tested this one out and it works. Lots of fun :3
Holy hand grenade pull pin and drop in cathedral go to dwarf room:
in miscitem.h:

ITEM(holyhandgrenade, item)
{
 public:
  ...
	virtual truth IsKamikazeWeapon(ccharacter*) const { return CalculateHasBe(); }
	...
}