> Le jeudi 24 décembre 2009 17:33:56, Benoît Minisini a écrit : > > > > Le jeudi 24 décembre 2009 16:27:14, Charlie Reinl a écrit : > > > > > gambas3 Revision: 2514 > > > > > does not compile for me , fails at reconf > > > > > > > > > > Charlie > > > > > > > > I guess it's because the m4/ltversion.m4 is missing.... There is > > > > really a big differences between libtool 1.5.x and 2.x ! Does the > > > > file is present ? > > > > > > > > With libtool 2.x (and install option) ltversion.m4 is automaticaly > > > > installed, files config.guess, ltmain.sh, config.sub, install-sh > > > > are not needed (i've remove them and it's building fine (they are > > > > created during make install). Users (benoit and others) should try to > > > > remove them and see if they are correctly created (and it's > > > > installing fine) > > > > > > > > Here it's libtool version 2.2.6b (libtool --version); > > > > > > > > We can keep compatibility with with 1.5.x libtool, but we will have > > > > lot of headache with libtool 2.x, > > > > > > > > ++ > > > > > > config.guess, ltmain.sh, config.sub and install.sh in source > > > sub-directories are all symbolic links to the one located in the > > > source root directory. > > > > > > I will remove them, and you will tell me what happens! :-) > > > > I said rubbish. All these files are not versioned at all, so they are > > always recreated when you do a reconf after a checkout. > > > > So I don't see how Gambas could be compilable with both libtool 1.5 and > > libtool 2.x... > > And they are in the repository see: > http://gambas.svn.sourceforge.net/viewvc/gambas/gambas/trunk/gb.opengl/ > > So they can be removed >
Not really. Those who are in the repository are actually symbolic links to the same files located in the root directory that are *not* in the repository. Having symbolic links makes the tar.gz source package generated by autoconf tools lighter. I can remove them, they will be regenerated again, but not as symbolic links, and the tar.gz source becomes heavier. But anyway that won't solve the problem: having a source package that can be compiled both with libtool 1.5 and libtool 2.x. -- Benoît Minisini ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
