Bug 45 - configure refines a function in skey, which then bombs
Summary: configure refines a function in skey, which then bombs
Status: CLOSED FIXED
Alias: None
Product: Portable OpenSSH
Classification: Unclassified
Component: Build system (show other bugs)
Version: -current
Hardware: SPARC Solaris
: P2 normal
Assignee: Tim Rice
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-12-15 02:02 AEDT by Michael Nolan
Modified: 2004-04-14 12:24 AEST (History)
1 user (show)

See Also:

Attachments
fix skey linking (522 bytes, patch)
2002-02-12 10:18 AEDT, Pekka Savola 		no flags Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Nolan 2001-12-15 02:02:18 AEDT 
The configure script uses a dummy function pointer
char (*f) ();
to test for skey libraries
But f is defined in the skey library, so the compilation
bombs and skey is (erroneously) determined not to exist.

workaround: change the name of the dummy function in configure
to zzf
Comment 1 Tim Rice 2002-01-31 16:37:41 AEDT 
Autoconf uses char (*f) (); in all it's AC_CHECK_FUNC tests.
Seems like skey should be fixed.
Feel free to provide a patch to autoconf.ac that uses AC_TRY_RUN
instead of AC_CHECK_FUNC(skey_keyinfo,
Comment 2 Pekka Savola 2002-02-12 10:16:00 AEDT 
This happens on RHL72 too.  Patch attached; will describe the situation on the 
mailing list in more detail.
Comment 3 Pekka Savola 2002-02-12 10:18:13 AEDT 
Created attachment 22 [details]
fix skey linking
Comment 4 Tim Rice 2002-02-26 17:04:46 AEDT 
I've addressed this bug (and several others) in modifications i'm in
the process of testing now. If all my machines build OK I'll commit in
the morning.
Comment 5 Tim Rice 2002-03-09 04:35:55 AEDT 
Patch added 26 Feb 2002
Comment 6 Damien Miller 2004-04-14 12:24:17 AEST 
Mass change of RESOLVED bugs to CLOSED