Bug 63838 - ugly hack in sgml-common for macos
|
Bug#:
63838
|
Product: Gentoo Linux
|
Version: 1.2
|
Platform: PPC
|
|
OS/Version: All
|
Status: CLOSED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: osx@gentoo.org
|
Reported By: vapier@gentoo.org
|
|
Component: Unspecified
|
|
|
URL:
|
|
Summary: ugly hack in sgml-common for macos
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2004-09-12 15:37 0000
|
use macos && ln -sf
/usr/share/automake-1.6/{COPYING,INSTALL,install-sh,missing,mkinstalldirs} ${S}
i dont know why that's being done since none of the Makefile.{am,in} files are
being touched thus `automake` doesnt need to be run, but i do know that this
statement is very wrong
./configure needs that statement (it looks for install-sh).
Any suggestions for a better workaround?
use `automake -a` then like it should have been
Let's have this fixed up please. Letting it just sit in CVS isn't an option.
how's this: use macos && cd ${S} && automake -a
I know that's dirty too (cd ${S} is what i don't like), but i don't really see any option in the automake info pages for the equivelant. Furthermore, it leaves annoying error messages:
>>> Unpacking sgml-common-0.6.3.tgz to /var/tmp/portage/sgml-common-0.6.3-r4/work
macos
configure.in:4: your implementation of AM_INIT_AUTOMAKE comes from an
configure.in:4: old Automake version. You should recreate aclocal.m4
configure.in:4: with aclocal and run automake again.
configure.in: installing `./install-sh'
configure.in: installing `./mkinstalldirs'
configure.in: installing `./missing'
Makefile.am: installing `./INSTALL'
Makefile.am: installing `./COPYING'
doc/man/Makefile.am:2: invalid variable `man8_DATA'
>>> Source unpacked.
Is this acceptable? Should I go through the whole aclocal routine?
Please advise and I will commit as soon as everything looks ok. My apologies about the whole problem, and my lack of responsiveness.
Closing out bugs that've been resolved for a while now...
