Maybe the old issue w/ exports depending on features ;-o
Here's what someoen reported to me lately:
> Hi, I stumbled across this:
> while looking for a fix in order to get xgl
to compile on my box.
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:
> 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 ?
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
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.
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.