[liblouis-liblouisxml] Re: Compiling Liblouisutdml on the Mac

  • From: Cheryl Homiak <cahomiak@xxxxxxxxxxx>
  • To: liblouis-liblouisxml@xxxxxxxxxxxxx
  • Date: Tue, 8 Sep 2015 20:31:17 -0500

Okay, i am an admin too but I have always run using sudo in /usr/local and
definitely have to do that when I install. Part of that may be that I have
created an src directory in /usr/local but even though you are an admin, you
might be able to compile without sudo but not install unless it's in your own
home directory or unless you are set up differently than the default.
At any rate I deleted my git folder of liblouisutdml and reran git clone so I
would have a fresh tree from which to give you my results. Here is what I get
when I run "sudo ./autogen.sh". It didn't give me errors but admittedly it's
not the silent opperation that I get when I run ./autogen in brltty. After this
output I went on and successfully ran ./configure, make and make install, all
of which in my case was done with sudo and the installation was completed
successfully. Of course it's only necessary to run ./autogen.sh when you have
updated with git pull and there have been updates. Also just to be thorough, I
should tell you that I installed the following packages myself since I am not
running homebrew or macports; ordinarily most of this would not be necessary if
I was running one of those:

From ftp://ftp.gnu.org/gnu
autoconf-latest
automake-1.15
libtool-2.4
(I could have gotten autogen too but I think I may have already had it and
these others are also in Macports and homebrew)
from http://pkgconfig.freedesktop.org/releases/
pkg-config-0.28

And finally, the one that solved my libxml problem with liblouisutdml which
actually was my main problem (hmm, i should go back and see if that would have
solved my problem with releases earlier than 2.6.0 or not)
from http://xmlsoft.org/sources/

libxml2-2.9.2

* went down further in that directory instead of grabbing it from the top and
got that specific tar.gz file).
This may sound like a lot of compiling but that is mainly because I chose not
to have macports or homebrew; while I had libxml2 on my Mac I didn't seem to
have one that was recognized unless I installed in my home directory until I
installed this; I have no idea why.
i did all my installs from /usr/local and actually worked from /usr/local/src



./autogen.sh output from latest git of liblouisutdml om Yosemite (latest
version - the output does differ on different runs)

Cleaning autotools files...
find: illegal option -- t
usage: find [-H | -L | -P] [-EXdsx] [-f path] path ... [expression]
find [-H | -L | -P] [-EXdsx] -f path [path ...] [expression]
find: illegal option -- t
usage: find [-H | -L | -P] [-EXdsx] [-f path] path ... [expression]
find [-H | -L | -P] [-EXdsx] -f path [path ...] [expression]
Running autoreconf...
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `build-aux'.
libtoolize: copying file `build-aux/ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
libtoolize: copying file `m4/libtool.m4'
libtoolize: copying file `m4/ltoptions.m4'
libtoolize: copying file `m4/ltsugar.m4'
libtoolize: copying file `m4/ltversion.m4'
libtoolize: copying file `m4/lt~obsolete.m4'
configure.ac:29: installing 'build-aux/compile'
configure.ac:33: installing 'build-aux/config.guess'
configure.ac:33: installing 'build-aux/config.sub'
configure.ac:10: installing 'build-aux/install-sh'
configure.ac:10: installing 'build-aux/missing'
Makefile.am: installing './INSTALL'
doc/Makefile.am:16: installing 'build-aux/mdate-sh'
doc/Makefile.am:16: installing 'build-aux/texinfo.tex'
gnulib/Makefile.am: installing 'build-aux/depcomp'
liblouisutdml/Makefile.am:61: warning: source file '../java/Jliblouisutdml.c'
is in a subdirectory,
liblouisutdml/Makefile.am:61: but option 'subdir-objects' is disabled
automake: warning: possible forward-incompatibility.
automake: At least a source file is in a subdirectory, but the 'subdir-objects'
automake: automake option hasn't been enabled. For now, the corresponding
output
automake: object file(s) will be placed in the top-level directory. However,
automake: this behaviour will change in future Automake versions: they will
automake: unconditionally cause object files to be placed in the same
subdirectory
automake: of the corresponding sources.
automake: You are advised to start using 'subdir-objects' option throughout your
automake: project, to avoid future incompatibilities.
parallel-tests: installing 'build-aux/test-driver'


--
Cheryl

Move forward by looking back!
"Above all, fear the Lord
and worship Him faithfully
with all your heart;
consider the great things He has done for you."
(1 Samuel 12:24, HCSb)

For a description of the software, to download it and links to
project pages go to http://liblouis.org

Other related posts: