openssh unix dev - Apr 2002 - [Bug 168] "Could not find working OpenSSL library"

http://bugzilla.mindrot.org/show_bug.cgi?id=168





------- Additional Comments From djm at mindrot.org  2002-04-17 12:28 -------
I don't understand the problem here: CPPFLAGS gets updated for each
directory on
the list with either -Idirectory or -Idirectory/include (if it exists).



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=168

djm at mindrot.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |WORKSFORME



------- Additional Comments From djm at mindrot.org  2002-04-26 11:12 -------
Can't replicate



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=168

dtaylor at ejasent.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|WORKSFORME                  |



------- Additional Comments From dtaylor at ejasent.com  2002-04-26 11:53
-------
As I said, from the code (and the output) you can see each existing dir or
dir/include is not *appended* to CPPFLAGS, but *replaces* the previous.  So I
claim "configure --with-ssl-dir=/usr/local/ssl" works only in the
following
cases:

1. OpenSSL headers are installed in /usr/local/include (or any one of the
directories CPPFLAGS is initially set to)and no directory in "for"
list exists.

2. OpenSSL headers are installed in the last existing directory in
"for" list

If my claim is incorrect, please explain and I apologize in advance.







------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=168





------- Additional Comments From djm at mindrot.org  2002-04-26 16:00 -------
You claim is incorrect: we break from the search loop if/when a test program
correctly executes. In this case, you are left with the correct directory in
$ssldir

If the test program doesn't compile or execute then you get the error
message.




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=168

tim at multitalents.net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |brigham.seaver at tc.faa.gov



------- Additional Comments From tim at multitalents.net  2002-04-28 01:44
-------
*** Bug 229 has been marked as a duplicate of this bug. ***



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=168





------- Additional Comments From tim at multitalents.net  2002-04-28 01:50
-------
Created an attachment (id=89)
configure.ac patch (ssl search cleanup)




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=168





------- Additional Comments From tim at multitalents.net  2002-04-28 01:54
-------
Please test the patch in attachment (id=89)
We wre about to put this in a while back but it was right
before a release so we didn't. (Then we forgot about it) :-(




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.