src/aldrv/al_globals.h

That looks correct and up-to-date, except I wouldn't use ./configure --with-data-dir=/home/user/pu/priv_pu. I use,
./configure --enable-release --disable-debug
and then put symlinks from pu/bin to vegastrike/'s binaries. But it should work either way, theoretically.
Anyways, right now the problem is the requirements. They must ALL be met.

EDIT:
@jsnmtth: Good catch!
So, why are they undefined??? :-/
EDIT 2:
Wait! Those are not definitions; they are extern declarations.

That is the only place in the vegastrike code where the string "unusedsrcs" shows up other than in .cpp files. All uses of the "unusedsrcs" happen in the src/aldrv folder.



This is the fist instance of the error. I'm no C++ expert, but the fact that the std library is failing like this suggests that "unusedsrcs" is an object, or other portable datatype. Like a struct maybe?

I'm going to update my build and attempt to re-compile at lunch. If I get a clean build with tlangas's settings, a complete package list would be the next thing to look at.

I think the problem still has to do with configure not detecting OpenAL.

All those undefined symbols are audio related stuff.

Try to find why AL wasn't detected in config.log - it logs exactly what made it think there was no AL. Configure tends to detect libraries by trying to compile a simple test program using the library with either guessed library paths or taken from pkg-config and the like. So you have too look for the part of config.log that talks about that library, and paste whatever comes next (until it starts talking about another library).

I couldn't find any in the one you posted... is it complete? If so we have major weirdness...

Edit: it should look like this (taken from my config.log)


There it didn't find alext. But it builds.

Hi guys,

I'm trying to get pu working in linux, and managed to compile fine. The problem is when I run ./vegastrike setup it crashes, and I can't set my desired resolution. When I run ./vegastrike I'm stuck in 1280x1024 and the bottom of the screen is cut off so I can't start my game.

Here's the dump I get after running ./vegastrike setup :

[/code]

You want to run ./vssetup
./vegastrike setup instructs it to go looking for the mission file "missions/setup" - which obviously isn't there.

But you've just given me a nice idea - which is OT in this forum.

Awesome thanks! Yeah I tried to use vssetup earlier, but it wasn't there. I think I had to recompile a few times, and the latest compile gave me vssetup.

I received a normal build...

tlangas: Please post the part of the config.log that has to do with Openal, as was suggested earlier. Also, what processor are you trying to compile on?

Sorry if this was answered earlier, I quickly grok'd through the thread but I couldn't see...
...@tlangas: did you run bootstrap.sh?

Yes I did run bootstrap.sh.



My config.log file is complete. That is the full output I get. I do think it is a dependency issue but no matter how many times I try aptitude or apt-get will not find the files I am looking for. Are they no longer in the current repositories? If they are, what are the exact lines should I use to find out what I need to install or the latest source repository that does have them?

Like I mentioned earlier, I could not find:

openal
openal-devel
expat-devel ( I could find expat and not expat-devel?)
libjpeg
libjpeg-devel
opengl
glut
glut-devel
libgtk2.0
libgtk-devel

Are these part of other libraries that I can download?

To an earlier post these are the svn lines I used to download. I've pulled them from my history.

That's so odd... Did you try with Synaptic?
I'm relatively new to Linux (about a year), but it seems to me you are missing some key repos from your repo list.
Why would you otherwise find glut, but not glut-devel; openal, but not openal-devel; and so on?
You seem to have an anti-development filter somewhere...

Okay I found openal = libalut0 and libalut-dev. I also installed libopenal0a. I did how ever have to manually install it from the Hardy respos for Ubutnu as it was not in the Jaunty list. I'm not sure what one PU looks for so I installed both. You can find libopenal0a at http://packages.ubuntu.com/hardy/i386/libopenal0a/download.

I hope these are the correct libraries for expat. libexpat1 and libexpat1-dev.
Again with libjpeg. libjpeg62 and libjpeg62-dev.
For Opengl I installed libglui2c2 and libglui-dev since I've noticed most of the libraries so for involve glut and C.
And I found libgtk2.0-0 and libgtk2.0-dev.

Tried building it again and it is still craping out on the soundHash.

Hmm... soundHash is defined in aldrv/al_globals.cpp...

Why doesn't it find it? Weird...
What's it linking there? Vegastrike or vegaserver?
Have you svn up'ed recently? There's been a lot of fixes and updates in the last couple of days.
After svn up, I'd make clean, ./bootstrap-sh, then, and this is new,
./configure --enable-release --disable-debug --with-boost=system
But you'll have to make sure you have the boost 1.40 libraries installed, including -dev's.
Then make.
In the meantime, I'll see if I can figure out what could be wrong with soundHash.

I just did a svn and got all the updates. I then ran:


I now have a new error.

Same problem as before; compiling with boost = system is a bit easier and faster, but like I said you need to
install boost 1.40 first. Fire up Synaptic, type "boost 1.40", then go through the list and mark everything that's
boost 1.40 -related for installation, hit Apply; then try the build again.

Thanks for the clarification about installing boost with Synaptic. I thought it was part of the installer. Everything now installed and started to work. When I run it I get:


Thanks for all your hard work helping getting this to work this far. I hope I'm just missing a simple symbolic link.

Hurray! This is much better.

This blue.png is a mystery, tho; never heard that one.
It should be under <pu_folder>/textures.
It's a tiny texture, 2x2, 50% red, 50% green, 100% blue, and 50% alpha.
Used as a substitute for a normalmap, when a normalmap is not supplied.

See if you have it there, first. If not, try to svn up; if yes, then something
else is wrong.

Hadn't you changed blue.png by gray.png or something like that?

blue.PNG would also cause errors just in linux, due to the case(in)sensitivity stuff...

In vegastrike; not in PU, yet.
((BTW, Klauss, did you have a look at Ticket #15?))

Oh, wait!; you're right. Dammit! I totally forgot he's compiling from svn.
No, wait!; the techniques and shaders are in the /data side of the repo; he's only using
the /vegastrike side of sourceforge svn to compile from.
Or...
Would there be a new "<blue/gray/whatever>.png" hard-coded somewhere?
Heck, even if there was it would work, because we DO have a blue.png under /textures.

Tlangas, could you post your stderr.txt?

My deepest apollogies!

I checked my svn status and found I had blue.png, as well as grey_metal.png, un-committed.
I've committed them now, r499; but wait!; DON'T svn up yet... I've also accidentally committed
a shader that was experimental --NOT WORKING--, and I don't know the svn command to
revert it to the previous version. Trying to figure it out...

For now, what you can do is go to your /textures folder, and svn up from there.
--i.e.:
cd /textures
svn up


((How is it that nobody else had a problem with blue.png?))

@chuck:

svn up -rPREV <file>

EDIT: sorry, that only fetches the file, but won't mark it dirty. You want

svn merge -rHEAD:PREV <file>

Thanks, Klauss; that worked like a charm.
The highend.fp at r498 was not too good, either, unfortunately; --too much ambient light; not sure where it comes from, though I did find
a *2 in the env map function, and took it out. Good enough for now, I say; better than having a broken shader; and we should have
new binaries soon.

So, Tlangas, you can svn up priv/trunk normally, now. r500

((Should we buy a bottle of champagne, r.e. "500"? ))

EDIT:
OT:
Good changes to vegastrike's highend.fp, Klauss; thanks! Can't wait to move it over here.
/OT