> 1>C:\Program Files\Microsoft Visual Studio 9.0\VC\include\stdio.h
> (358) : error C3163: '_vsnprintf': attributes inconsistent with
> previous declaration
> 1> C:\Program Files\Microsoft Visual Studio 9.0\VC\include
> \stdio.h(350) : see declaration of '_vsnprintf'
The provided stdio.h conflicts with itself?!? Stéphane? Any idea?
Also, I saw an occurrence of some fatal error related to spawn.cpp
(and maybe spawn.h too?), which is a file that has been deleted last
summer. You should look around in the project to see if there's any
remnant of that, they can just be removed.
> Now, this whole dealy started out with 23 errors, so it seems to me
> I'm making progress. What am I missing?
It seems to be very few distinct error, though, just the same one
repeated over and over, so hopefully, fixing that error will make
things much clearer!
> Thanks in advance guys, and keep on improving this delightful time
> waster! :)
Hopefully more coming in the future (I've been working on stuff)! ;-)
> 1>------ Build started: Project: Skelton, Configuration: Debug Win32
> ------
> 1>Compiling...
> 1>bitmap.cpp
> 1>C:\Program Files\Microsoft Visual Studio 9.0\VC\include\stdio.h
> (358) : error C3163: '_vsnprintf': attributes inconsistent with
> previous declaration
just comment out the _vsnprintf declaration in line 32 of types.h in
the quadra sources.
With that change i was able to build trunk successfully only 2 days ago...
Best regards,
Tino
> just comment out the _vsnprintf declaration in line 32 of types.h in
> the quadra sources.
> With that change i was able to build trunk successfully only 2 days ago...
Thanks for the info! I looked around, and it seems Visual C++ 8.0
started declaring a vsnprintf, where older versions only had a
_vsnprintf... The following patch tries to make it work for both
versions, by detecting the compiler version:
http://code.google.com/p/quadra/source/detail?r=716
Could you try updating your workspace and see if that does it? You
might have to "svn revert" your file, if you have a modification in
it...
Gotta love a good community... :-)
> What should I make of it? Trying to run the resulting Quadra.exe tells
> me "Unable to find resource: anglais.txt" (which is a real drag...).
Ok, you seem to have vanquished the demons of Visual C++, of which I
know next to nothing about (I'm a Linux and Mac OS X kind of guy), and
this one, I know something about!
This message is because you need to generate quadra.res, using, um,
another target in that VC++ project? I think you have to build
Wadder.exe, and run it with some .bat file that's lying around?
After that, it should be in the same directory as Quadra.exe, and it
should be smooth sailing!
> i've tested it with trunk and VS08Express.
> It does work with a small change (it's just a underscore missing for
> the variable name), see the attached patch.
You tested it with trunk? That was done in quadra-1.2... Oh, but I
presume that trunk had the same problem (I was going to merge changes
there, forgot). Thanks for the info, I updated the code in r717. I
just merge to trunk, as well, so it should work fine there too.
> Another question:
> The whole preprocessing block
> #ifdef UGS_DIRECTX
>
> suggests that is has to do something with DirectX, which isn't used
> any more (in trunk).
> Perhaps a name change would be good?
Yes, in trunk, I'm trying to get rid of the UGS_* defines. The
UGS_DIRECTX tests should probably just be converted wholesale to
testing for WIN32 instead, since there's no autoconf there. On other
platforms, the UGS_LINUX have to be replaced with appropriate autoconf
tests, so it's a bit trickier.
But I'm leaving this alone in quadra-1.2.
> What's this vc90.pdb thingy, and what do I do with the resulting
> 'Debug' dir to get this thing up & running? Also - I can't seem to
> figure out why it's crying about writing the build log... Damn these
> snags!
The PDB stuff is debug info, I think? I don't really know how to shut
it up about the build log, maybe the permissions of the directories
are incorrect?
If I'm not mistaken, in the Debug directory, you should have
quadra.exe and wadder.exe, and hopefully quadra.res as well. All you
need is quadra.exe and quadra.res, wadder.exe is just a tool needed to
build quadra.res. If you have those two guys in the same directory,
double-clicking on quadra.exe ought to get it going!
> ...And I thought it was just a matter of sticking everything in the
> blender and pushing 'START'... :)
Ironically enough, I find that developing on Linux is usually better
for "push 'start' and go!" than Windows! You go "./configure && make",
and if it doesn't work, a few "apt-get install libsomething-dev"
suffice to fix it.
> Ah - success never tasted so sweet!
> Finaly, after a solid week of tinkering - I have 1.2.0rc6 running -
> and running quite well, might I add...
Awesome! If you ever find out what all these ominous warnings were
about and how to fix them, please let us know! Or also, if you think
of some information we could put up on a "so you're having problems
building with VC++?" page, that'd be useful too (the code problems
don't really count in that regard, it was just broken, but any special
options you had to set, for example)...
Have fun!
> This accomplishment is made even bigger by the fact that I have never
> even seen VC before. Thanks alot for the patience, and the all the
> soul you keep pouring into this project. My main reason for upgrading
> was this crash I kept getting when updating the world highscores. I'm
> glad to say it has been resolved, and now it's back to the shed to
> work on my technique. :)
No worries, thanks for *your* patience, sticking with it even though I
could only poke in the dark!
I really should get Windows and VC++ in a virtual machine here, but
I'm so lazy (and I like my stuff to be legal, so I'd have to shell out
and buy WinXP or, eurgh, Vista)... ;-)