Am Sonntag, den 26.03.2006, 12:18 -0800 schrieb Mike Mestnik: > > --- Felix Kühling <[EMAIL PROTECTED]> wrote: > > > It looks like adding indirect acceleration added a new function to the > > loader that is used by libglx.so. So the new libglx won't work with > > older Xservers and I will have to build a new Xserver binary for > > snapshots/extras or add the Xserver to the snapshots. Yay! > > > I came up with two workable solutions for this problem. The first one > can be implemented in multiple ways. > Make this function available as/in a module. I understand that this is > part of the loader, but it should not be needed to boot-strap itself. > The second implementation is to put this function in libglx.so, where it > is used. > > My other solution is to include an xorg-additions.c into the snapshots > that can be built and then linked against the installed xorg binary. > This would need a configure script that detects what symbols are missing > . Should not be too hard.
When I build the snapshots, the latest Xorg server is being built, it's just not being included in the snapshot packages. libglx and libdri are part of the Xorg server source. So a configure test doesn't make sense. More generally, I appreciate your initiative. But keep in mind that the binary snapshots are not much more than a hack for bleeding edge testers. They are not officially supported by Xorg. IMHO convenience of binary snapshot users should not affect design decisions of Xorg. It works the other way around. The snapshot build, packaging and installation process needs to keep up with Xorg changes in order to allow adequate testing of current development code. I'm now considering a solution that would include a single server binary in the common package. Binary patching at installation time could be used to adjust that binary to the user's module paths etc. Regards, Felix > > I would gladly put forth the effort to bring any solution to life, I > just would like to know what will/will-not be accepted. > > > The problem with that is that the default ModulePath, RgbPath etc. I > > build with will only work with either one of Xorg 6.9 or 7.0, but not > > both. Hmm ... testing the latest and greatest stuff is getting > > messier. > > > > Regards, > > Felix > > > > Am Donnerstag, den 23.03.2006, 16:34 +0100 schrieb Michal Suchanek: > > > Hello > > > > > > I tried installing the dri snapshots common-2006032[12]-linux.i386 > > > with r200-2006032[12]-linux.i386, and I get undefined symbol in > > > libglx.so. > > > > > > After reinstalling xorg-server 1.0.2 the problem goes away but it is > > > because the library is overwritten with the older version. > > > > > > Using the X server and modules from > > > http://dri.freedesktop.org/wiki/Download does not help either. > > > > > > Attaching the X server output. I do not see the error in the > > /var/log/X* files. > > > > > > Thanks > > > > > > Michal > > -- | Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu | | PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 | ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
