Technical support > Feature Requests

Bug in SVN: Broken make order for ufo2map?

(1/1)

miles:
Thanks guys!  XCom 1 is one of my favorite games. I still play it every couple of months (Xcom1 + Xcomutil + Dosbox)

Tried  2.0-RC5.  Lookks good.

Platform is FC5. Patched up. on Dell D820.

Grabbed the latest Subversion release into a new directory:
  svn co https://svn.sourceforge.net/svnroot/ufoai/ufoai/trunk .
  ./configure
  make

Everyting seemed ok until:
  make[1]: Entering directory `/home/miles/games/ufoai_svn/base/maps'
  ufo2map -bounce 0 -chop 32 -extra tropicd/tr_h03.map
  make[1]: ufo2map: Command not found
  make[1]: *** [tropicd/tr_h03.bsp] Error 127
  make[1]: Leaving directory `/home/miles/games/ufoai_svn/base/maps'
  make: *** [maps] Error 2

I am an idiot. But, it looks like it is trying to use ufo2map before it makes or installs it.

I could not figure out how to  make it, so I copied the one from RC5 into somewhere in my search path. Then, I continued with the make.

My guess is, most people don't notice because they tell Subversion to install into their current UFOAI directory, and they use the ufo2map from the previous install.

By the way, it is now 3 hours later, ufo2map is still tinkering with stuff. How long does this take?

Miles

ubequitz:
autoconf is literally brand new and it isn't enabled by default yet. Instead try:
./configure
make -f Makefile
make maps -f Makefile

(or replace those two make steps above with make "all -f Makefile")

If autoconf becomes default in future the "-f Makefile" part won't obviously be needed.

Navigation

[0] Message Index