[Xorg] debrix

[Jakub Piotr Cłapa]

Daniel Stone wrote:
> On Tue, Jun 29, 2004 at 11:17:07AM +0200, Jakub Piotr C?apa wrote:
> 
>>Daniel Stone wrote:
>>>Hm, interesting ... or not.
>>>
>>>That makes sense, because vgaHWInit will make the module pointer, which
>>>will reference almost every other vgahw symbol.
>>
>>But it seems it doesn't really care which symbol I export. Event the 
>>most stupid ones (like xf86int10Addr in int10/generic.c) will force 
>>everything to go.
> 
> Odd, but cool.

Yup.

>>>Cleanliness is next to godliness. Also, the variable interdependency
>>>thing: the nv driver doesn't really work otherwise. Ditto fbdev.
>>
>>I'm just not sure which is more clean - small binary + many modules or 
>>one big binary.
> 
> To me, the idea of having it install as few things as possible is
> immensely attractive.

Maybe you are right. :) I'll try to play with making the loader return
good values for builtins.

I've finaly made it. Now it compiles without errors and even works.

Patches for debrix:
http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/debrix-many_fixes.patch?rev=1.3 


http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/debrix-modules.patch?rev=1.2

The first is needed for me (the linux/config.h and
Xdmcp.h -> X11/Xdmcp.h includes).

The second one exports some more modules and also replaces some
-I$(srcdir)/../(...) with one -I$(srcdir)/../ in the Makefile and
#include "(...)/header_file.h" in sources. In my opinion it's more
clear. I could finish it for all the files in hw/xorg if it would be useful.

Hacks for debrix-driver-ati (only the radeon part, not the r128):
http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/debrix-driver-ati-modules.patch?rev=1.2

-- 
Regards,
Jakub Piotr Cłapa