SFML community forums
General => Feature requests => Topic started by: cleanrock on September 12, 2009, 08:01:16 am
-
The create link command for the shared objects result in invalid links in archlinux package building system.
The problem is that the links target is an absolute path which dont work with archlinux package building system (and probably a few other package building systems).
I suggest you change the create link command to :
INSTALL = && $(LN) $(LNFLAGS) $(LIB).$(VERSION) $(DESTLIBDIR)/$(LIB)
At the moment it is:
INSTALL = && $(LN) $(LNFLAGS) $(DESTLIBDIR)/$(LIB).$(VERSION) $(DESTLIBDIR)/$(LIB)
I.e. remove the first DESTLIBDIR.
-
This has been fixed in the sfml2 branch.
-
so the regular trunk is deprecated ? if not, please fix that too
-
sfml2 works for me but i think this should be fixed in regular sfml also
btw, i think the makefiles could be improved, e.g. make install copies .svn dirs to include/SFML, perhaps a switch to cmake would be good
-
so the regular trunk is deprecated ? if not, please fix that too
I know. Someone gave me a patch for sfml2, and I was too lazy to adapt it to the trunk :D
But I'll do it, don't worry.
btw, i think the makefiles could be improved, e.g. make install copies .svn dirs to include/SFML
:shock:
perhaps a switch to cmake would be good
I like CMake, but I'd prefer not to use it for SFML. I think I already mentioned the reasons in 1 or 2 topics on this forum ;)
-
the .svn dirs in include/SFML should at least be fixed in my opinion
-
I applied the fix for symbolic links to the trunk.
However I need some help for this one:
the .svn dirs in include/SFML should at least be fixed in my opinion
I don't know how to do it :lol:
-
Index: src/SFML/Makefile
===================================================================
--- src/SFML/Makefile (Revision 1223)
+++ src/SFML/Makefile (Arbeitskopie)
@@ -23,6 +23,8 @@
export LIBPATH = ../../../lib
export VERSION = 2.0
export CP = cp
+export SVNEXPORT = svn export
+export RM = rm
export LN = ln
export LNFLAGS = -s -f
export AR = ar
@@ -59,4 +61,4 @@
install:
@(mkdir -p $(DESTLIBDIR))
@(mkdir -p $(DESTINCDIR))
- @(cd ./System && $(MAKE) $@ && cd ../Window && $(MAKE) $@ && cd ../Network && $(MAKE) $@ && cd ../Graphics && $(MAKE) $@ && cd ../Audio && $(MAKE) $@ && $(CP) -r ../../../include/SFML/ $(DESTINCDIR)/)
+ @(cd ./System && $(MAKE) $@ && cd ../Window && $(MAKE) $@ && cd ../Network && $(MAKE) $@ && cd ../Graphics && $(MAKE) $@ && cd ../Audio && $(MAKE) $@ && $(RM) -rf $(DESTINCDIR) && $(SVNEXPORT) ../../../include/ $(DESTINCDIR)/)
-
Thanks, but this won't work for the release version, where .svn folders have already been removed. And I don't want people to install subversion just to be able to install SFML ;)
-
Ah yeah, absolutely true. Then you can copy like before and do this afterwards:
find $(DESTINCDIR)/SFML -name .svn -exec rm -rf {} \;
-
Hi
I tried the command above, which seems to work (the .svn folders are gone), but I get an error message for every .svn found:
"/usr/local/include/SFML/xxx/.svn": No file or directory of this type
(translated from french -- it may not exactly match the english message)