Removing auto-generated files from the SVN tree

[Plombo]

The most annoying thing in our SVN right now is that there are 3 files in the tree that are always regenerated at build time, and are thus always marked as "changed" in the SVN tree.  So we either have to manually revert them before each commit and update or hear SVN complain about the conflict after updating.

Would anyone have an objection to removing the 3 files "version.h", "resources/meta.xml", and "resources/Info.plist" from the SVN tree?

[Damon Caskey]

No objection here.

[utunnels]

BTW, what happened to the schemed auto compilation?
The latest version 3482 has been there for days.

I've PMed SX but guess he's a bit busy.

[Plombo]

BTW, what happened to the schemed auto compilation?
The latest version 3482 has been there for days.

I've PMed SX but guess he's a bit busy.

Maybe the build was broken on one of the platforms?  When it fails to build on one platform, the server doesn't upload it for any of them.

[utunnels]

Code: [Select]

openbor.c: In function 'load_level':
openbor.c:8802: error: array subscript is above array bounds
Ah, I think I found the problem.

But what made it different on psp?

Code: [Select]

typedef struct ArgList {
size_t count;
size_t arglen[18];
char* args[18];
} ArgList;
LOL I see, the length is fixed.


Edit*

OK fixed. Hope that is the only problem.

[utunnels]

Strange, I've changed 18 to 32 and the psp port can be compiled without problems.

[SX]

lol this is a much welcomed change that i just noticed today.

[utunnels]

Hey SX, maybe the svn client in tools directory needs to be upgraded.

The problem is my win32 client can only commit if I upgrade to 1.7(guess your new system has already upgraded to that version), but version.sh is still using the old svn client from tools folder and it can't read version info.

[SX]

I will look into it tomorrow @ work.  Since that is my only windows machine.

[utunnels]

If so, maybe I can't do that for you. 
Just grab a new binary release from the svn site and upload it.

[SX]

Thats what i did....lol   

[utunnels]

function get_revnum {
  if test -d ".svn"; then
blahblah

LOL, it seems in svn 1.7.x there's no .svn folder unless it is the root directory.


Edit*

OK fixed.

Developers who are using windows (if I'm not the only one) should remove your old files in tools/svn.

[SX]

Kind of off-topic but the release notes is now fixed.  Just Click on OpenBOR up top and you can see all the individual check-in notes from the previous build to the current build.

[utunnels]

For some reason the release notes have gone again.

[SX]

I think I've ironed out all the bugs in my script.  Next release should have it auto-generated.