1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 <2007> 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 | Index | 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 <2007> 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: Asyn 4.8 compile error with Linux GPIB |
From: | Guy Jennings <[email protected]> |
To: | Jiro Fujita <[email protected]> |
Cc: | EPICS tech-talk <[email protected]> |
Date: | Mon, 16 Jul 2007 16:24:29 -0500 |
I originally installed the driver from National Instrument. Then,
when I realized that it appears that Asyn wants to use Linux GPIB
package library, according to asynDriver documentation
( http://www.aps.anl.gov/epics/modules/soft/asyn/R4-8/asynDriver.html#Linux-gpib),
I downloaded linux-gpib-3.2.09, did make and make install.
I don't see libgpib.a anywhere on my machine: not in the same
directory as libgpib.la nor where I compiled.
It appears that at some point, libgpib.a has gotten renamed to
libgpib.la in Linux GPIB package library. There has been some
references of libgpib.a in older Linux GPIB package library (at least
old version, I see a reference of it).
I have not tracked down far enough to see where the reference to
libgpib.a is made in Asyn (the assumption is that I need to change a
few lines somewhere).
On 7/16/07, Andrew Johnson <[email protected]> wrote:Hi,
Jiro Fujita wrote:
> I have been trying to compile Asyn 4-8 with Linux GPIB support. I am
> using a National Instrument PCI GPIB card with EPICS Base 3.14.9 on a
> Scientific Linux 4.2. The card is recognized by the system. I have
> installed linux-gpib-3.2.09.
> When I try to compile Asyn, I get the following error:
...
> I looked for libgpib.a, but I don't see it on my machine. Instead, I
> find libgpib.la. Does anybody have an idea how to fix this??
I have no experience with your specific problem, but I do know that a libXXX.la file is usually a version of a library created by an application that uses GNU libtool before it is installed using 'make install'.
Did you compile the National Instruments libgpib.la program yourself?
If so, try doing a 'make install' in that directory which in my
experience will cause the appropriate libgpib.a file to be created and
installed in the appropriate location. If you can't do that because you
don't have write access to the target directory you might need to re-run
the ./configure program in the GPIB build area specifying a
--prefix=/path/to/somewhere.
As an alternative, you can try looking for a hidden directory in the same directory as the libgpib.la file which I think will contain the actual libgpib.a file that you're looking for.
HTH,
- Andrew -- The right to be heard does not automatically include the right to be taken seriously. -- Hubert H. Humphrey