[PATCH] autoshit/libfool fixes

Daniel Stone daniel at fooishbar.org
Sun Jun 12 09:19:07 PDT 2005


On Sun, Jun 12, 2005 at 06:04:52PM +0200, Enrico Weigelt wrote:
> * Daniel Stone <daniel at fooishbar.org> wrote:
> > Please just provide diffs, it's much easier.  Also, which 
> > tree are you syncing against -- xlibs or xorg/lib?
> 
> These are just some quick-and-dirty patches against latest xlibs.
> 
> The links i've posted point to my public patch repository, which
> has some structure
> 
>     ./src/... 		-> several different diffs 
>     ./autopatch/...	-> patches against several releases
>     ./Makefile		-> creates patches from diffs
>     
> Most of the patches you'll find there are fixes, necessary to get
> the packages working in a clean (jail/sysroot) build environment.
> So 99% are fixes in broken build stuff (95% broken autoshit, 
> 5% unfinished makefiles). Many of them are quite dirty hacks and 
> not thought very well, but in this way a good supplement to autoshit.

I bootstrapped xlibs from source a few weeks ago, and it worked just
fine, without any hacking of libtool.  You still haven't explained
exactly why this is necessary, let alone why a 'dirty hack' that hasn't
been 'thought very well' is a good idea.

> My research in the last half decade as shown that autoshit/libfool
> are completely misdesigned take even more time for maintenance than 
> carefully handwritten makefiles, and its really the time for some
> new - purely declarative approach - describing the structure of 
> software instead of the rules to control process, and let some 
> intelligent generic buildsystem (adadopted to each platform/target 
> only *once*) the whole work. But that's really another story ...

My ability to take this discussion seriously drops every time I see the
words 'autoshit' and 'libfool'.  Making jokes about its name is not the
same as a clearly-reasoned technical argument.

In this whole discussion, you haven't mentioned why the patches that are
in some strange structure in an rsync repository somewhere against a set
of modules that aren't used anymore are necessary.  All you've done is
make some really old jokes about the name of the build system we've
decided to use.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.x.org/archives/xorg-modular/attachments/20050613/3fe7d7b2/attachment.pgp


More information about the xorg-modular mailing list