Guys,
To follow up on this thread from a few weeks back, through a fair bit
of reading and educated(?) guessing, I was able to get around this
problem that stymied me. Maybe someone can tell me if it is valid, but
I assume it should be good since I was able to compile a working version
of the CVS.
Hannes did clue me into the fact that the aclocal.m4 file was much too
short, as it should be a superset of /usr/share/aclocal/libtool.m4. So
that gave me a start. After reading a bit of doc and problem postings
in Google regarding aclocal.m4, I saw that the file listing of
hvirtual/m4 was about half as long as the list of *.m4 files
in /usr/share/aclocal. So, I edited autogen.sh to point aclocal to
build aclocal.m4 from the files in /usr/share/aclocal, rather than using
the m4 directory under hvirtual. After running autogen, I then had a
complete aclocal.m4 file with a libtool section. I did not have the
libtool section in the file before building from /usr/share/aclocal.
I don't know what side effects this has, but the CVS compiled and I can
playback my saved projects, so I assume this is a valid solution. The
only side effect I've noticed so far is that I get a few more ALSA
underruns like this:
AudioALSA::write_buffer underrun
scott
ps - here's some doc I found that may help someone in a similar
predicament:
re automake:
http://www.delorie.com/gnu/docs/automake/automake.html#SEC_Top
re libtool:
http://people.debian.org/~keybuk/libtool-updating.html
On Sat, 2006-04-08 at 17:32 -0400, Scott C. Frase wrote:
> My skills with building from source are pretty limited. So far, I've
> run:
> - I did delete autom4te.cache
> - I ran aclocal -I m4 (to eliminate my "possibly undefined macro"
> errors)
> - however, I see that the aclocal.m4 is still small in comparison
> with /usr/share/aclocal/libtool.m4
> - autoreconf -i --force gives me similar errors to the ones I started
> with:
> [EMAIL PROTECTED] hvirtual]# autoreconf -i --force
> Copying file mkinstalldirs
> cinelerra/data/Makefile.am:1: library used but `RANLIB' is undefined
> cinelerra/data/Makefile.am:1:
> cinelerra/data/Makefile.am:1: The usual way to define `RANLIB' is to add
> `AC_PROG_RANLIB'
> cinelerra/data/Makefile.am:1: to `configure.in' and run `autoconf'
> again.
> plugins/defaulttheme/data/Makefile.am:1: library used but `RANLIB' is
> undefined
> plugins/defaulttheme/data/Makefile.am:1:
> plugins/defaulttheme/data/Makefile.am:1: The usual way to define
> `RANLIB' is to add `AC_PROG_RANLIB'
> plugins/defaulttheme/data/Makefile.am:1: to `configure.in' and run
> `autoconf' again.
> plugins/suv/data/Makefile.am:1: library used but `RANLIB' is undefined
> plugins/suv/data/Makefile.am:1:
> plugins/suv/data/Makefile.am:1: The usual way to define `RANLIB' is to
> add `AC_PROG_RANLIB'
> plugins/suv/data/Makefile.am:1: to `configure.in' and run `autoconf'
> again.
> quicktime/ffmpeg/libavcodec/Makefile.am:13: Libtool library used but
> `LIBTOOL' is undefined
> quicktime/ffmpeg/libavcodec/Makefile.am:13:
> quicktime/ffmpeg/libavcodec/Makefile.am:13: The usual way to define
> `LIBTOOL' is to add `AC_PROG_LIBTOOL'
> quicktime/ffmpeg/libavcodec/Makefile.am:13: to `configure.in' and run
> `aclocal' and `autoconf' again.
> quicktime/ffmpeg/libavcodec/i386/Makefile.am:1: Libtool library used but
> `LIBTOOL' is undefined
> quicktime/ffmpeg/libavcodec/i386/Makefile.am:1:
> quicktime/ffmpeg/libavcodec/i386/Makefile.am:1: The usual way to define
> `LIBTOOL' is to add `AC_PROG_LIBTOOL'
> quicktime/ffmpeg/libavcodec/i386/Makefile.am:1: to `configure.in' and
> run `aclocal' and `autoconf' again.
> autoreconf: automake failed with exit status: 1
>
> Finally, running the configure that is created from the last command
> still gives me these errors on all the dependent libraries:
> ./configure: line 7666: syntax error near unexpected token `MJPEG,'
> ./configure: line 7666: `PKG_CHECK_MODULES(MJPEG,
> mjpegtools,mjpegtools=yes,:)'
>
> I will continue to plug away. Perhaps someone may have another
> suggestion.
> thanks,
> scott
>
>
> On Sat, 2006-04-08 at 22:36 +0200, Johannes Sixt wrote:
> > On Saturday 08 April 2006 21:55, Scott C. Frase wrote:
> > > Hi Hannes,
> > > Here is what I have:
> > > [EMAIL PROTECTED] hvirtual]# rpm -qa | grep libtool
> > > libtool-debuginfo-1.5.16.multilib2-3
> > > libtool-libs13-1.3.5-10
> > > libtool-1.5.16.multilib2-3
> > > libtool-ltdl-1.5.16.multilib2-3
> > >
> > > [EMAIL PROTECTED] hvirtual]# libtool --version
> > > ltmain.sh (GNU libtool) 1.5.16 (1.1220.2.235 2005/04/25 18:13:26)
> > >
> > > [EMAIL PROTECTED] hvirtual]# ll /usr/share/aclocal/libtool.m4
> > > -rw-r--r-- 1 root root 219425 Nov 22
> > > 08:18 /usr/share/aclocal/libtool.m4
> > > [EMAIL PROTECTED] hvirtual]# ll aclocal.m4
> > > -rw-r--r-- 1 root root 38761 Apr 8 11:05 aclocal.m4
> >
> > Your aclocal.m4 is much too short. It must be a superset
> > of /usr/share/aclocal/libtool.m4. But I cannot tell why this is so. I hope
> > you can debug it yourself. Start with the aclocal command: It looks into
> > configure.in which macros are required and gathers them from the various
> > sources, among which are /usr/share/aclocal and the m4 subdirectory in
> > cinelerra. Also remove the autom4ate.cache directory.
> >
> > -- Hannes
>
>
> _______________________________________________
> Cinelerra mailing list
> [email protected]
> https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
_______________________________________________
Cinelerra mailing list
[email protected]
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
