klauss wrote:I think more than -fpermissive,
resizable.h should include memory.h, which is where memcpy is defined if memory serves correctly (NPI)
Good call
![Cool 8)](./images/smilies/icon_cool.gif)
-- this fixed it on my system when compiling the 0.5.1-r1 tagged version.
from running "svn diff":
Code: Select all
Index: src/resizable.h
===================================================================
--- src/resizable.h (revision 13429)
+++ src/resizable.h (working copy)
@@ -1,4 +1,5 @@
#include <cstdlib>
+#include <memory.h>
template < class ITEM >
class Resizable
{
However (!) disabling -fpermissive made more scope issues crop up. Do you want me to keep reporting for the tagged version, or would it be more productive for me to report any issues I encounter against trunk?
This is what it gave me:
Code: Select all
In file included from src/cmd/unit.cpp:56:0:
src/cmd/unit_jump.h: In instantiation of ‘bool GameUnit<UnitType>::TransferUnitToSystem(unsigned int, StarSystem*&, bool) [with UnitType = Asteroid]’:
src/cmd/unit.cpp:726:16: required from here
src/cmd/unit_jump.h:111:29: error: ‘SetCurPosition’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
src/cmd/unit_jump.h:111:29: note: declarations in dependent base ‘Unit’ are not found by unqualified lookup
src/cmd/unit_jump.h:111:29: note: use ‘this->SetCurPosition’ instead
src/cmd/unit_jump.h: In instantiation of ‘bool GameUnit<UnitType>::TransferUnitToSystem(unsigned int, StarSystem*&, bool) [with UnitType = Building]’:
src/cmd/unit.cpp:729:16: required from here
src/cmd/unit_jump.h:111:29: error: ‘SetCurPosition’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
src/cmd/unit_jump.h:111:29: note: declarations in dependent base ‘Unit’ are not found by unqualified lookup
src/cmd/unit_jump.h:111:29: note: use ‘this->SetCurPosition’ instead
src/cmd/unit_jump.h: In instantiation of ‘bool GameUnit<UnitType>::TransferUnitToSystem(unsigned int, StarSystem*&, bool) [with UnitType = Planet]’:
src/cmd/unit.cpp:732:16: required from here
src/cmd/unit_jump.h:111:29: error: ‘SetCurPosition’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
src/cmd/unit_jump.h:111:29: note: declarations in dependent base ‘Unit’ are not found by unqualified lookup
src/cmd/unit_jump.h:111:29: note: use ‘this->SetCurPosition’ instead
src/cmd/unit_jump.h: In instantiation of ‘bool GameUnit<UnitType>::TransferUnitToSystem(unsigned int, StarSystem*&, bool) [with UnitType = Unit]’:
src/cmd/unit.cpp:735:16: required from here
src/cmd/unit_jump.h:111:29: error: ‘SetCurPosition’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
src/cmd/unit_jump.h:111:29: note: declarations in dependent base ‘Unit’ are not found by unqualified lookup
src/cmd/unit_jump.h:111:29: note: use ‘this->SetCurPosition’ instead
depbase=`echo src/gldrv/gl_init.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
g++ -DHAVE_CONFIG_H -I. -DBOOST_PYTHON_NO_PY_SIGNATURES -DBOOST_PYTHON_STATIC_LIB -I./boost/1_45 -DHAVE_SDL=1 -DSDL_WINDOWING=1 -DHAVE_AL=1 -DHAVE_OGG -DNV_CUBE_MAP=1 -DDATA_DIR=\"/home/ermo/VegaStrike/0.5.1-r1/data\" -I/usr/include/python2.7 -DHAVE_PYTHON=1 -I./src -pipe -DNV_CUBE_MAP -O2 -ffast-math -msse2 -msse3 -mssse3 -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -pthread -MT src/gldrv/gl_init.o -MD -MP -MF $depbase.Tpo -c -o src/gldrv/gl_init.o src/gldrv/gl_init.cpp &&\
mv -f $depbase.Tpo $depbase.Po
src/cmd/unit_jump.h: In instantiation of ‘bool GameUnit<UnitType>::TransferUnitToSystem(unsigned int, StarSystem*&, bool) [with UnitType = Missile]’:
src/cmd/unit.cpp:738:16: required from here
src/cmd/unit_jump.h:111:29: error: ‘SetCurPosition’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
src/cmd/unit_jump.h:111:29: note: declarations in dependent base ‘Unit’ are not found by unqualified lookup
src/cmd/unit_jump.h:111:29: note: use ‘this->SetCurPosition’ instead
src/cmd/unit_jump.h: In instantiation of ‘bool GameUnit<UnitType>::TransferUnitToSystem(unsigned int, StarSystem*&, bool) [with UnitType = Nebula]’:
src/cmd/unit.cpp:741:16: required from here
src/cmd/unit_jump.h:111:29: error: ‘SetCurPosition’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
src/cmd/unit_jump.h:111:29: note: declarations in dependent base ‘Unit’ are not found by unqualified lookup
src/cmd/unit_jump.h:111:29: note: use ‘this->SetCurPosition’ instead
src/cmd/unit_jump.h: In instantiation of ‘bool GameUnit<UnitType>::TransferUnitToSystem(unsigned int, StarSystem*&, bool) [with UnitType = Enhancement]’:
src/cmd/unit.cpp:744:16: required from here
src/cmd/unit_jump.h:111:29: error: ‘SetCurPosition’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
src/cmd/unit_jump.h:111:29: note: declarations in dependent base ‘Unit’ are not found by unqualified lookup
src/cmd/unit_jump.h:111:29: note: use ‘this->SetCurPosition’ instead
make[1]: *** [src/cmd/unit.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory `/home/ermo/VegaStrike/0.5.1-r1/vegastrike'
make: *** [all] Error 2
The reason I use the tagged version right now is that I wanted to get started with a known working version when digging into the PU porting work. But if I want the recent AI patch(es), your comment in the "Wake up Call!" thread seems to suggest that I would need a post-0.5.1-r1 version?
EDIT: Oh, and while we're at it: I noticed that you guys are considering moving away from SourceForge. As I noticed that you, klauss, expressed a preference for mercurial, I would recommend taking a look at
bitbucket, which hosts both mercurial and git repos and which is owned by Atlassian and so isn't likely to go out of business any time soon. Begin able to do pull requests might be a boon, even if switching the code base over to a DVCS might entail some initial growing pains...