[BRLTTY] cannot build latest development code
John Covici
covici at ccs.covici.com
Sat Apr 4 06:52:52 EDT 2020
I think one problem is that the pkgconfig.pc does point to /usr/lib,
although it does list the libraries, so I wonder if brltty should use
that to figure things out.
I will try to attach the config.log here so you can see.
https://covici.com/owncloud/index.php/s/xLXBo5a8LrFnyxy
On Sat, 04 Apr 2020 04:51:41 -0400,
Samuel Thibault wrote:
>
> John Covici, le ven. 03 avril 2020 21:04:43 -0400, a ecrit:
> > Well, the libraries I have are these:
> >
> > /usr/lib64/libflite_cmu_us_kal16.so.2.1
> > /usr/lib64/libflite_cmu_grapheme_lex.so.2.1
> > /usr/lib64/libflite_cmu_us_slt.so
> > /usr/lib64/libflite_cmu_time_awb.so.2.1
> > /usr/lib64/libflite.so
>
> Ah, they are in /usr/lib64, while the brltty link line has a -L/usr/lib,
> and thus the /usr/lib/libflite.a etc. variants get looked up first. It's
> odd that the .a and the .so files are in different directories. Is that
> really the same package which are providing them?
>
> I guess brltty could also avoid to add a -L/usr/lib since that will
> indeed disturb system libraries inclusion order. Could you post the
> generated config.log file to see where that is coming from?
>
> > And I don't see any way to change them. Is there a config to omit the
> > flite libraries?
>
> ./configure --help | grep flite
>
> --with-flite=DIRECTORY where the FestivalLite package is installed
> ...
>
> -> --without-flite
>
> Samuel
>
--
Your life is like a penny. You're going to lose it. The question is:
How do
you spend it?
John Covici wb2una
covici at ccs.covici.com
More information about the BRLTTY
mailing list