Re: 'make distcheck' has problems with the wxt files

[<tim...@en...>]

Ethan A Merritt wrote:
> On Saturday 17 June 2006 06:51 pm, you wrote:
>  =20
>> I propose the following (assuming that /usr/lib/X11/app-defaults is th=
e=20
>> default directory for this kind of stuff - I don't have such directory=
=20
>> on my machine, everything is in /usr/share/X11/app-defaults instead,=20
>> which makes more sense to me) :
>>
>> xresourcedir =3D $(libdir)/X11/app-defaults/Gnuplot
>> xresource_DATA =3D Gnuplot.app-defaults
>>    =20
>
> Did you actually try this and get it to work?
> I placed these lines in Makefile.am and nothing happened at all.
>  =20
I must admit that I did not try before posting, but I just did. I put=20
these lines in share/Makefile.am :

xresourcedir =3D $(libdir)/X11/app-defaults
xresource_DATA =3D Gnuplot.app-defaults

and I commented out the rules 'install' and 'uninstall'. When doing=20
'make install' after './configure --prefix=3D/home/tipote', I see :

test -z "/home/tipote/lib/X11/app-defaults" || mkdir -p --=20
"/home/tipote/lib/X11/app-defaults"
 /bin/install -c -m 644 'Gnuplot.app-defaults'=20
'/home/tipote/lib/X11/app-defaults/Gnuplot.app-defaults'

It seems to work as I described it.

> Also, the autoconf documentation claims that it should be able
> to find the proper xresourcedir definition by itself if the lines
> AC_SUBST(LIBRARIES_FOR_X)
> AC_PATH_XTRA
> are placed in configure.in.
I can't find these claims.

> <begin rant>
> I think I will give up on this, and leave it for some autoconf
> guru (Lars?)   To truth is, I find the autoconf documentation=20
> impenetrable, and the design of the program itself hideous.
> Somebody should start over and write a better-designed=20
> autoconfiguration system.  I guess gnu autoconf is better than
> nothing, but that's not saying much.  It doesn't quite reach the
> level of horrible design achieved by the 'info' system, but I'd
> rather not touch either one of them if at all possible.
> <end rant>
>  =20
Wow, that's a lot of frustration ;-)
In fact, there is not currently any alternative. cmake is the most=20
likely to replace the autotools in the long run, but it is still very=20
new and little distributed.

Timoth=E9e