make_UfoAI_win32 (all in one win32 build script)

[ypsen]

Okay, I've attached the log file, hopefully you can see why it isn't working. 

[Muton]

please take a look into your older log files

to search for mingw update problems or let you machine do the work
open a cmd window adapt and copy past this
find /I "MinGW is not up2date" C:\UFOAIwin32BUILDenv\*.log
Attach this log

Fix this
look at C:\UFOAIwin32BUILDenv\MinGW\include for mxml.h (is this file missed)
open
C:\UFOAIwin32BUILDenv\MinGW\bin\WINenvVER
modify 0.3.3
to
0.3.1
retry

[ypsen]

Thanks for your help Muton,

Just to confrim that your fix sorted the problem and it now compiles happily,

yp.

[Nimmo]

I am also having some troubles with the tool.

I get as far as building the installer, but it fails at that stage.

I have attached the log in the hopes that it may be of some use to you.

Thanks,
Nimmo

[Muton]

do not deselect translator
Wiki

help states:
If selected msgfmt.exe will create *.po files
which are the Language files for UfoAI and Radiant

This is essential if you want to build an installer!

[Nimmo]

Ah, that seems to have done the job, sorry about that.

Not sure what led me to disable that option earlier on.

Thanks

[FWishbringer]

When trying to build the current master, rather than downloading the maps, its trying to compile them, regardless of setting.

Perhaps something changed?

[Edi]

When trying to build the current master, rather than downloading the maps, its trying to compile them, regardless of setting.

Perhaps something changed?

You should compile the maps now, because there has been three tons of updates that affect nearly all maps.

In fact, it may be a good idea to refrain from compiling for a couple of more days so that you won't repeatedly have to build the same maps all over again because some texture changed.

[geever]

When trying to build the current master, rather than downloading the maps, its trying to compile them, regardless of setting.

Perhaps something changed?

How do you build.

-geever

[Muton]

A bugged map let ufo2map hung around (messagebox)
The script was unable to continue
but i've fixed that on Monday.

This buildtool behave differently compared to mapget.py
If you request a compiled map from the server
I compare your source map *.map against the one on the server
If they don't match, you need to compile on your own
http://ufoai.ninex.info/wiki/index.php/MinGW_Win32_(guided_with_GUI)#download
This simply prevents usage of outdated maps

A log of the last map compilation is available here

[ManicMiner]

Hi

I've been off the board for a while but recently tried compiling from source using build script 0.9.8 and it flunks out on "Update Source" but everything else checks out OK. I'm trying to maintain an x64 build that's optimized for my dual core laptop.

Have I missed something?

[Muton]

== 2011.12.28 == 1.0.0 =====================================
Its finally done!
There is only one small bugfix related to the gui (diff switch)
and an enhanced "threading" during the build.
Meaning
the script will do two things at the same time
like building pk3 files and compile ufo.

changed

• enhanced "threading"

bugs

• diff switch once activated it still keeps activated even when deselected

[ShipIt]

First of all : Great !

I used it on my laptop yesterday and had no problems.

Today on my pc it always breaks on 'Ufo AI src' showing this :





Can you help me with this?

[Muton]

It seams you never got the source completely
(git clone is error prone )

fatal index-pack failed
the remote end hung unexpectedly

btw
You should attach the log instead of a screenshot

There are 2 options
1) delete the ufoai source and retry (but pray before)
2) run ?:\UFOAIwin32BUILDenv\MinGW\msys.bat and (careful *inux shell)
cmd /c "start %WD%bash --login -i"
git wont return all output into a minitty console, its better to use sh instead
cd /ufoai
git fsck
and google for this error to fix it

[ShipIt]

Got it working. My fault (as expected).

Thank you very much for this.