[PULL] Kill libxorg

Dan Nicholson dbn.lists at gmail.com
Thu Jun 23 05:52:47 PDT 2011


On Wed, Jun 22, 2011 at 11:01 AM, Keith Packard <keithp at keithp.com> wrote:
> On Tue, 21 Jun 2011 12:16:39 -0700, Dan Nicholson <dbn.lists at gmail.com> wrote:
>
>> Alright, git://people.freedesktop.org/~dbn/xserver.git no-libxorg has
>> been updated. I think it's ready to pull now.
>
> I'm getting a merge conflict in test/.gitignore after Gaetan's updates
> to that file. If you can update your branch to deal with that change,
> I'll go ahead and merge it to master.

It's ready to pull again.

Having now played around with trying to kill libxservertest, I
realized that this patchset isn't quite as robust as I thought. It
turns out that getting all the Xorg convenience libraries to link
without putting them into a massive convenience library isn't strictly
possible. Code in libcommon uses symbols from libxorgos and vice versa
for example, so there's no way to order the libraries correctly at
link time to make the symbols resolve.

The only reason this patch works is because of sdksyms.c. Since it
references every symbol, if it's linked as an object into Xorg, it
will make all subsequent symbols in the link resolve correctly. The
point being that if sdksyms.c ever went away, Xorg would stop linking.
I think there's another way to keep the speedup that would be more
robust: keep libxorg.la but make it build all of hw/xfree86
non-recursively to avoid convenience libraries of convenience
libraries. That would be really intrusive, though.

Anyway, I think what I've done right now is fine for the foreseeable
future. I just wanted to share my thoughts before this goes in.

--
Dan


More information about the xorg-devel mailing list