[Gambas-user] Problems with subversion

Ron Onstenk ronstk at ...239...
Sun Sep 24 19:58:14 CEST 2006


On Sunday 24 September 2006 10:22, Benoit Minisini wrote:
> On Sunday 24 September 2006 03:13, Ron Onstenk wrote:

--8<--

> > Ron
> >
> 
> Try to do a ./reconf before, maybe it will work.
> 

To be safe I started again getting the source.
At the end it say 

A  trunk/examples/examples/Games/BeastScroll/sprite_nuages3.png
A  trunk/examples/install-sh
A  trunk/install-sh
Checked out revision 41.  <============


aclocal (GNU automake) 1.9.5
automake (GNU automake) 1.9.5
autoreconf (GNU Autoconf) 2.59
autoconf (GNU Autoconf) 2.59
autom4te (GNU Autoconf) 2.59

# cd trunk/

#./reconf

/usr/share/aclocal/lqt.m4:14: warning: underquoted definition of AC_PATH_LQT
  run info '(automake)Extending aclocal'
  or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
/usr/share/aclocal/avifile.m4:21: warning: underquoted definition of AM_PATH_AVIFILE
/usr/local/share/aclocal/lqt.m4:14: warning: underquoted definition of AC_PATH_LQT
/usr/local/share/aclocal/avifile.m4:21: warning: underquoted definition of AM_PATH_AVIFILE

*** note: has something to do with SuSE distro (i could ignore it always)

# ./configure --prefix=/opt/gbsvn
same result about 'missing to old'

...
link: too few arguments
Try `link --help' for more information.
configure: WARNING: `missing' script is too old or missing
...

*** note: the file 'missing' is not missing :)

With diff:
the aclocal.m4 differs in version: tar=1.9.4 svn=1.9.5
makefile.in: tar=1.9.4 svn=1.9.5

*** note: unknown it is now because of the reconf 


from config.log on tarbal:

config.status:700: creating Makefile
config.status:804: creating config.h
configure:3750: configuring in main
configure:3867: running /bin/sh './configure' --prefix=/opt/gb  '-C' '--prefix=/opt/gb' --cache-file=../config.cache --srcdir=.
configure:3750: configuring in gb.compress.bzlib2
configure:3867: running /bin/sh './configure' --prefix=/opt/gb  '-C' '--prefix=/opt/gb' --cache-file=../config.cache --srcdir=.
configure:3750: configuring in gb.compress.zlib

same config.log on svn:
config.status:700: creating Makefile
config.status:804: creating config.h
configure:3750: configuring in main
configure:3867: running /bin/sh './configure' --prefix=/opt/gbsvn  '--prefix=/opt/gbsvn' --cache-file=/dev/null --srcdir=.
configure:3872: error: /bin/sh './configure' failed for main

*** note: some problen in the 'main' directory?

from config.log in /main on tarbal:
## ----------- ##
## Core tests. ##
## ----------- ##

configure:1425: loading cache ../config.cache
configure:1556: checking for a BSD-compatible install
configure:1611: result: /usr/bin/install -c
configure:1622: checking whether build environment is sane
configure:1665: result: yes
configure:1730: checking for gawk
configure:1756: result: gawk
configure:1766: checking whether make sets $(MAKE)
configure:1786: result: yes
configure:1810: checking build system type
configure:1828: result: i686-pc-linux-gnu

same config.log in /main on svn:
## ----------- ##
## Core tests. ##
## ----------- ##

configure:1556: checking for a BSD-compatible install
configure:1611: result: /usr/bin/install -c
configure:1622: checking whether build environment is sane
configure:1665: result: yes
configure:1689: WARNING: `missing' script is too old or missing
configure:1730: checking for gawk
configure:1746: found /usr/bin/gawk
configure:1756: result: gawk
configure:1766: checking whether make sets $(MAKE)
configure:1786: result: yes
configure:1806: error: cannot run /bin/sh ./config.sub

*** note: Bingo?

look in trunk/main/config.sub
!! file exist, content 'link ../config.sub'
found same in trunk/gb.xml
*** note: in the tarbal it is a symlink

I suppose the config.sub is stored as file describing a link instead real symlink.

Replace it by real symlink
retry ./configure -C --prefix=/opt/gbsvn
It goes much far now

configure: error: cannot run /bin/sh ./config.sub
configure: error: /bin/sh './configure' failed for gb.compress.bzlib2

Same replace done and OK

Sorry for the long report but it is to know my way of check is correct.


Ron






More information about the User mailing list