Maybe the old issue w/ exports depending on features ;-o Here's what someoen reported to me lately: > Hi, I stumbled across this: > http://lists.x.org/archives/xorg-modular/2006-May/001045.html > while looking for a fix in order to get xgl to compile on my box. > I'm running FreeBSD 6.1-STABLE and for a couple of days now I've been trying to get xgl/compiz +running, following the guide here: > http://wiki.compiz.net/index.php/FreeBSD_6.x > No luck. It seems my libXfont.so.1 doesn't contain those fs_register_fpe_functions() functions. > I was wonderin' if you could send me the version you compiled. Do you think that will work for me+if I simply replace the original with your file?
ugh, this bugzilla is probably too old for mail-style quoting ?
--enable-fc
You simply ignored the issue and simply reject evrything that doesnt taste you (just as we're used to know you) ! The problem is that the API interface (not just ABI) massively changes if you turn off fc - many symbols are simply missing. Many applications break, although they have sucessively imported libXfont. Changing export interfaces on feature switches are making big headaches to lots of people. At least there should be an separate .pc file generated when
Why yes, if you disable options at configure time, you can change ABI. Shocking. The options here are to remove the configure option so people don't shoot themselves with it, or to add some new header for libXfont containing #defines for the built configuration.
Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future.
(In reply to comment #4) > Why yes, if you disable options at configure time, you can change ABI. > Shocking. There should at least be an notice in the option description. And if the option is enabled, an additional .pc file should be created.
The fpe discovery we're doing now is crap. We ought to inspect libXfont at runtime.
I think this is no longer an issue with changes made in this area about 1-2 years ago. Please reopen if I am incorrect.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.