I'm attempting to bootstrap the current openpkg on a FreeBSD 4.7 system,
and have run into similar problems where the configure isn't finding the
``ar'' program with openssh-3.6p1-20030331 and lftp-2.6.5-20030228.
The ``ar'' program is definately there, part of binutils. The same
packages build fine on SuSE 8.1 Linux. The %{__ar} macro is defined to be
simply ``ar''.
I've attached a list of the installed packages on the system, all of which
have been installed using ``openpkg build''.
If I force AR in the configure in the lftp.spec file, it gets further then
fails compling buffer.cc with:
../include/trio.h:191: warning: `vfscanf' redefined
/usr/include/stdio.h:330: warning: this is the location of the \
previous definition
This is fixable by putting an ``# undef vfscanf'' in the trio.h header, but
then other errors occur later in the build which are stretching my
knowledge of C++ (which isn't hard :-).
Given that these problems are under FreeBSD, I have to think that these
SRPMS are being developed and tested on a version other than 4.7. If
that's the case, I'll be glad to hack on these, and send the results back
in for inclusion in the packages.
Bill
--
INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial Systems, Inc.
UUCP: camco!bill PO Box 820; 6641 E. Mercer Way
FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676
URL: http://www.celestial.com/
``Mechanical Engineers build weapons. Civil Engineers build targets.''
amd-6.0.9-20030226
autoconf-2.57-20021204
automake-1.7.3-20030221
bash-2.05b-20021127
binutils-2.13.2.1-20030321
bison-1.35-20030103
bzip2-1.0.2-20020206
flex-2.5.4a-20030218
fsl-1.0.8-20030320
gcc-3.2.2-20030326
gdb-5.3-20030324
gzip-1.3.5-20021001
ksh-20021221-20030117
libtool-1.4.3-20021024
lynx-2.8.4-20021216
m4-1.4o-20020206
make-3.80-20030109
mutt-1.4.1i-20030325
ntp-4.1.1b-20030328
openpkg-20030324-20030324
openpkg-tool-20030330-20030330
openssl-0.9.7a-20030320
perl-5.8.0-20030123
slang-1.4.9-20030323
x11-20030305-20030305
zlib-1.1.4-20030227
