Re: [PATCH nfs-utils] configure: use pkg-config to find libtirpc

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Steve, All,

On 2015-01-05 08:14 -0500, Steve Dickson spake thusly:
> On 11/23/2014 10:09 AM, Yann E. MORIN wrote:
> > Currently, we use a custom function to find libtirpc's headers and
> > libraries. This works fine for shared linking.
> > 
> > But for static linking, this forgets to link with -lpthread, which is
> > required by libtirpc.
> > 
> > A recent patch was sent to libtirpc to add that missing -lpthread in its
> > Libs.private section of its .pc file. Thus, pkg-config will soon be able
> > to return the appropriate libraries.
> > 
> > So, use pkg-config to find libtirpc.
> > 
> > And for older libtirpc versions, there is no change in behaviour: we're
> > still missing the -lpthread. But once libtirpc has been fixed, we'll
> > automatically get that missing library for free! :-)
> > 
> > Remove the --with-libirpc flag as it is no longer needed: pkg-config
> > will provide us with the -I and -L flags, now.
> It turns out that using pkg-config break builds on legacy OSs which
> is something I don't want to do. I think it's important to at least 
> try to maintain legacy builds so I'm looking to revert this patch. 

Sorry to read that it breaks on some systems... :-(

> So if I revert this patch, what will break in your world? 

What breaks is when libtirpc is available only as a static library.

libtirpc uses pthreads, but NFS-utils does not link to -lpthread, and so
there are undefined symbols at link time. Using pkg-config ensures that
we get the proper LDFLAGS for libtirpc.

What are those "legacy OSs"? Can I help in finding an adequate solution?
(note: any Linux distro I can install without problem, I could try to
give a spin to a *BSD one if really needed, but other "OSes" not so
much...)

If at all possible, I would like to keep pkg-config as the default, and
use the old (or another) method only as a fallback, because pkg-config
is so much nicer to deal with than trying to cope for all cases
ourselves. Would that be an acceptable solution for you?

Regards,
Yann E. MORIN.

PS. I'm only available in the evening UTC+1, so please bear with the
delay in my replies...
YEM.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux