Sorry I have no answer, I am wondering the same thing.
I recently run in this situation with a new package I am testing and found that ./configure does not see the getopt_long function of libgnugetopt even though it is installed, even with various -I cflags and -L ldflags no success.
For now I just BuildDepends on gengetopt and then copy /sw/share/gengetopt/* into the source dir during the PatchScript to replace the very old version of getopt included with the source.
Carsten
On Monday, January 20, 2003, at 06:42 pm, Daniel Macks wrote:
I've noticed some program sources that make use of the GNU getopt library
include that library source in their tarball, and then compile and
static-link it into the binary (and some have a flag that controls whether
to use it or expect that this library already exists in -L somewhere).
Fink has a libgnugetopt (and -shlibs) package. So is there any compelling
reason to either always use the rolled-with getopt vs. adding a Depends:
libgnugetopt?
dan
--
Daniel Macks
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
------------------------------------------------------- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en _______________________________________________ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
