<div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">>Can any X gurus out there explain the reasons behind moving from .o modules to<br>>.so modules in the latest versions of xorg, what the basic differences are
<br>>etc?<br>><br>XFree86 and earlier XOrg versions used to use their own custom module<br>loader (donated to the project IIRC). I think they did this so they<br>could produce driver modules that would work across multiple operating
<br>systems, independent of local shared library formats and so on. The<br>loader also works on OSes without support for shared libraries. Yes,<br>they still exist.<br><br>I think that the XOrg people decided that was not worth the pain it
<br>caused, and wasn't getting enough use, so they ditched it in favour of<br>using the system's support for runtime library loading. This results in<br>a driver format change - your drivers must now be shared libraries, and
<br>yours is a plain object file, so it won't work.<br><br>I could be wrong about this of course, it's just vague memory from when<br>it all happened. Try asking Google for details.<br></blockquote></div><br>
My understatnding was the major vendors were driving the splitup to
improve the speed of driver and bugfix releases and lower download
times.<br>
<br>
LWN.net had a good article on this with major motivations not long after the first or second major release of xorg.<br>
<br>
Carl G<br>