compile failing on net.cpp

[ssjaj]

Alright so I'm running CentOS 5 64bit with perl 5.8 gcc 4.4 and all that fun fun stuff. Was getting some pretty wild errors. Have been working through them slowly but now ive got a pretty major one I can't seem to break.

error 1:

net.cpp: In function ‘int main(int, char**)’:
net.cpp:514: warning: large integer implicitly truncated to unsigned type
make: *** [net.o] Error 1

When I add a line and put } I get the following error

net.cpp: In function ‘int main(int, char**)’:
net.cpp:514: warning: large integer implicitly truncated to unsigned type
net.cpp:332: warning: unused variable ‘ps’
net.cpp: At global scope:
net.cpp:584: error: expected unqualified-id before ‘if’
net.cpp:585: error: expected unqualified-id before ‘if’
net.cpp:586: error: expected unqualified-id before ‘if’
net.cpp:589: error: expected unqualified-id before ‘if’
net.cpp:591: error: expected unqualified-id before ‘try’
net.cpp:594: error: expected unqualified-id before ‘catch’
net.cpp:595: error: expected unqualified-id before ‘if’
make: *** [net.o] Error 1

This error is actually new, previously the error would say

net.cpp:1377 : expected '}' at end of file or something similar... and if I added one I would still get the error. Need some serious help here.

[joligario]

Stock out-of-the-box should compile fine on CentOS 5.6. Shouldn't need to modify any of the files. What was the errors before you started modifying? I mean previous to the 1377 line?

[ssjaj]

Well primarily it was me not using the .a64 makefile. Once I got that sorted this was really the most prominent error. It might be that I've beem using the wrong libraries.

[joligario]

You're trying to compile it 64-bit?

[Karayrem]

that what he said, centos 5 64bit. I had problem compiling on a 64 bit linux before. You can install a 32 bit linux on a 64 bit arch which is what I did and it compiled with no problems or error.

[ssjaj]

well, considering I'm running 24GB of memory on my current system. 32bit OS isn't really ideal. I'll just load up a bunch of vm's and go the hard route by splitting allocation of resources around. I'll chime back in once I get it situated.