[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