[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