But now there is no aclocal.m4 nor is there an m4 subdirectory, and autogen.sh fails with
aclocal: error: couldn't open directory 'm4': No such file or directory, and all my attempts to build it manually, e.g. pointing the M4PATH at xorg-build/share/aclocal also fail.
Obviously I am missing something or have omitted some step or dependency. Could someone in the know please point me at the right way to build it.
Thanks John Lumby
_______________________________________________
xorg-...@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel
aclocal.m4 and other generated files have never been in the Git repository.
> But now there is no aclocal.m4 nor is there an m4 subdirectory, and autogen.sh fails with
> aclocal: error: couldn't open directory 'm4': No such file or directory,
Please provide the full terminal output of running ./autogen.sh .
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
This is just a warning.
> configure.ac:41: error: must install xorg-macros 1.8 or later before running autoconf/autogen
> configure.ac:41: the top level
This looks like your problem.
> configure.ac:41: error: must install xorg-macros 1.8 or later before running autoconf/autogen
> This looks like your problem.
Yes indeed, but I was using jhbuild and it seems it already installed those xorg-macros in file path
xorg-build/share/aclocal/xorg-macros.m4
with version 1.19
but perhaps that is not the place where xf86-video-ati expects to find it?
By the way, a very similar problem occurs on a debian sid/buster distro :
*** Configuring xf86-video-ati *** [139/201]
/data/xorg_180615/xorg/driver/xf86-video-ati/autogen.sh --prefix /data/xorg_180615/xorg-build --disable-Werror --without-xmlto --without-fop --without-xsltproc
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal -I /data/xorg_180615/xorg-build/share/aclocal --force -I m4
aclocal: error: couldn't open directory 'm4': No such file or directory
autoreconf: aclocal failed with exit status: 1
*** Error during phase configure of xf86-video-ati:
I do not exactly know what kind of a "thing" xorg-macros is -- apparently it is not a regular xorg package as at least it does not appear in https://cgit.freedesktop.org/xorg/
I guess it is just the one file? How would it be brought into a build if not using jhbuild?
Anyway, can you suggest what I should do?
Cheers, John
autoconf normally only looks in /usr/share/aclocal - if you've not installed
xorg-macros.m4 there, then you need to set an environment variable to tell
autoconf where to look for it:
ACLOCAL="aclocal -I /wherever/xorg-build/share/aclocal/xorg-macros.m4"
(change to whatever the full path is on your system).
> I do not exactly know what kind of a "thing" xorg-macros is -- apparently
> it is not a regular xorg package as at least it does not appear in https://cgit.freedesktop.org/xorg/
It does, it's just confusingly named there as "util/macros" without the "xorg-".
--
-Alan Coopersmith- alan.coo...@oracle.com
Oracle Solaris Engineering - https://blogs.oracle.com/alanc
The plot thickens. Looks like aclocal only warns if the first directory
passed via -I doesn't exist, but errors out if the second one doesn't.
Does https://patchwork.freedesktop.org/patch/245782/ help for this issue?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
> The plot thickens. Looks like aclocal only warns if the first directory
> passed via -I doesn't exist, but errors out if the second one doesn't.
Yes
> Does https://patchwork.freedesktop.org/patch/245782/ help for this issue?
It gave me the clue as to what I need to do : this :
ln -s ../../../xorg-build/share/aclocal m4
After that ./autogen.sh works just fine.
Your patch doesn't create the link, just an empty directory - I did not try that but I guess it will work just as well provided the user has exported ACLOCAL as Alan indicated. creating the explicit link might be more robust.
Thanks all, problem solved
Cheers, John
A symlink doesn't solve anything outside of your system(s). I'm looking
for a general solution, hence the patch.
Anyway, thanks for providing the information needed for diagnosing and
addressing this issue.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer