View Issue Details

IDProjectCategoryView StatusLast Update
0000667FSSCPuser interfacepublic2006-01-02 08:39
Reporterpvh Assigned To 
PrioritynormalSeveritycrashReproducibilityalways
Status closedResolutionopen 
Summary0000667: CVS build halted by problems with libcode.a
DescriptionIt appears that the build creates a "libcode.a" file which is then expected to be in the path by subsequent rules.

My CVS build aborts due to "." not being in path, as the rule attempts to execute libcode.a in the current directory.

Many systems ship without "." on the path for security reasons.
Additional InformationThe file is also not created +x, though it appears to be executed as a script. Attempts to "chmod +x" the file were unhelpful, due to the 8-byte file's contents consisting solely of "!<arch>" and no more.
TagsNo tags attached.

Activities

pvh

2005-12-30 10:34

reporter   ~0004074

Followup notes:

it appears that there are other more subtle problems. I am no autotools expert so I missed it at first. The "$(LINK)" variable is not getting set by my CVS checkout. I have no theory why yet. Setting it manually to "g++" results in this error:

pvh@arroyo:~/mnt/fsnew/fs2_open $ make
Making all in libjpeg
make[1]: Entering directory `/home/pvh/mnt/fsnew/fs2_open/libjpeg'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/pvh/mnt/fsnew/fs2_open/libjpeg'
Making all in lua
make[1]: Entering directory `/home/pvh/mnt/fsnew/fs2_open/lua'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/pvh/mnt/fsnew/fs2_open/lua'
Making all in code
make[1]: Entering directory `/home/pvh/mnt/fsnew/fs2_open/code'
g++ libcode.a ../libjpeg/libjpeg.a ../lua/liblua.a
/usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../lib/crt1.o: In function `_start':
../sysdeps/i386/elf/start.S:115: undefined reference to `main'
collect2: ld returned 1 exit status
make[1]: *** [fs2_open_r] Error 1
make[1]: Leaving directory `/home/pvh/mnt/fsnew/fs2_open/code'
make: *** [all-recursive] Error 1
pvh@arroyo:~/mnt/fsnew/fs2_open $

As always, glad to help debug. -p

taylor

2005-12-30 11:02

administrator   ~0004076

Sounds like libcode.a isn't getting created properly and it should never try to be executed so something else is wrong there. Were there any other build errors?

You are missing all of the CFLAGS, LDFLAGS, and extra cpp files that are supposed to be linked as the final step. That's why you are getting the 'main' undefined reference. Do a 'make distclean && ./autogen.sh --enable-debug && make' and see if that helps it any.

pvh

2005-12-31 00:40

reporter   ~0004079

Your recommendation fixed it. Thanks!

The "INSTALL" file should probably be changed to recommend using ./autogen.sh instead of what it says right now.

There was also an AL related problem. My new version of OpenAL (as recommended on the other thread) doesn't have an alut.h, but commenting that line out from each file made things work fine.

taylor

2005-12-31 07:05

administrator   ~0004083

Hmm, I thought I removed the alut.h includes already. Guess that's only locally in the newer sound code. ALUT is a separate package now and we don't use it anyway so it's safe to remove those lines. I'll be sure to fix that in CVS.

taylor

2006-01-02 08:39

administrator   ~0004098

ALUT headers removed.


Not-A-Bug.
Closered.

Issue History

Date Modified Username Field Change
2005-12-30 09:37 pvh New Issue
2005-12-30 10:34 pvh Note Added: 0004074
2005-12-30 11:02 taylor Note Added: 0004076
2005-12-31 00:40 pvh Note Added: 0004079
2005-12-31 07:05 taylor Note Added: 0004083
2006-01-02 08:39 taylor Status new => closed
2006-01-02 08:39 taylor Note Added: 0004098