A problem with cross-compiling tcpdump is that it isn't possible to
override the finding the location of the SSLeay libraries/headers. The
small attached patch fixes this.
--
David Smith
[EMAIL PROTECTED]
Red Hat, Inc.
http://www.redhat.com
256.217.0141 (direct)
256.837.0057 (fax)
--- tc
Thanks for the response. See stuff below.
On Mon, 2005-09-19 at 23:42, Guy Harris wrote:
> David Smith wrote:
> > A problem with cross-compiling tcpdump is that it isn't possible to
> > override the finding the location of the SSLeay libraries/headers. The
> > small
On Wed, 2005-09-21 at 11:47, Guy Harris wrote:
> David Smith wrote:
>
> > At first I tried to do this the "right" way of using a cached configure
> > variable, but the ac_cv_ssleay_path code is a bit too complicated for
> > that, since it actually sets two
On Wed, 2005-09-21 at 21:27, Guy Harris wrote:
> On Sep 21, 2005, at 2:13 PM, David Smith wrote:
>
> > OK, here's a cleaner solution. It does this the "right" way using a
> > cached config variable.
>
> So should that be applied to the configure.in *befo
Guy, have you had any chance to look at this again?
On Thu, 2005-09-22 at 09:42 -0500, David Smith wrote:
> On Wed, 2005-09-21 at 21:27, Guy Harris wrote:
> > On Sep 21, 2005, at 2:13 PM, David Smith wrote:
> >
> > > OK, here's a cleaner solution. It does
'ar' and LD defaults to 'ld'. but from the make
command line someone cross-compiling can override them.
# make AR=archfoo-linux-gnu-ar LD=archfoo-linux-gnu-ld
--
David Smith
[EMAIL PROTECTED]
Red Hat, Inc.
http://www.redhat.com
256.217.0141 (direct)
256.837.0057 (fax)
-
This is the tcpdump-workers list.
Visit https://lists.sandelman.ca/ to unsubscribe.
I have successfully compiled and installed tcpdump using libcap_1.2.2
(1.3.0 misbehaved in another application). My purpose is to understand
interaction with the wireless device. I am curious about the folder of
TESTS - how are they invoked?
DMS
--
David Smith
Managing Partner
AbidaNet LLC
