Re: libglx requires new symbol in loader (Was: problem with binary dri snapshots)
--- 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. 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=lnkkid0944bid$1720dat1642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- 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=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: libglx requires new symbol in loader.
--- Mike Mestnik [EMAIL PROTECTED] wrote: --- 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. I have a source file that can build a .o, so now all I have to do is link it with something. Build instructions are currently: replace loadmod.c in an xorg tree with this one and make loadmod.o. Here is a dependancy list for thoes interested. LoadSubModuleLocal Static marked with '*': * doLoadModule * InitPatterns * LoaderGetCanonicalName * InitPathList * FindModule * CheckVersion * FreePathList * FreePatterns * PatternPtr * stdPatterns * PatternRec * defaultPathList * FreeStringList * InitSubdirs * FreeSubdirs * stdSubdirs Unresolved: U AddSibling U ErrorF U FatalError U LoaderGetOS U LoaderOpen U LoaderOptions U LoaderSymbol U LoaderVersionInfo U NewModuleDesc U UnloadModule U Xalloc U Xfree U Xstrdup U __xstat U regcomp U regerror U regexec U snprintf U sprintf U strcat U strchr U strcmp U strcpy U strlen U strncpy U strrchr U strstr U xf86ErrorF U xf86ErrorFVerb U xf86Msg U xf86MsgVerb 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. I missed Jeopardy last night... What is an absolute file. Dose some one know the answer, specificaly how can I introduce(link in) more object data? 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=lnkkid0944bid$1720dat1642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- 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=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com /* $XFree86: xc/programs/Xserver/hw/xfree86/loader/loadmod.c,v 1.73 2003/11/03 05:11:51 tsi Exp $ */ /* * * Copyright 1995-1998 by Metro Link, Inc. * *
Re: libglx requires new symbol in loader (Was: problem with binary dri snapshots)
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=lnkkid0944bid$1720dat1642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
