> On Sat, 9 Oct 1999, John Summerfield wrote:
>
> > I'm trying to build this source rpm on my RHL 4.2 system as part of my
> > upgrade-by-stealth program. Unfortunately, it dies thus:
> > gcc -static -O2 -m486 -fno-strength-reduce -o insmod.static insmod.o
> > logger.o ../obj/libobj.a ../util/libutil.a
> > ld: cannot open -lc: No such file or directory
>
> ... John, this treatment of a parameter [notice the '-' in
> the purported file '-lc'] as a file usually means that a
> ./configure has mis-identified a compilation binary to use,
> and a blank substitution resulted, causing the parameter
> [here, -lc], to be promoted through the implicit 'shift' over
> from the empty field.
I got round this problem by getting the tarball and building that. It was
completely painless.
I then got the other outstanding items as tarballs and built them.
psmisc-17 built a broken killall (my gcc wasn't installed properly;
/lib/cpp pointed off into space) but it built anyway. Could this be a
problem with make? I've reported the built problem to Mr Psmisc for his
attention.
>
> Turning to your thought, in doing 'stealth' upgrades, update
> the 'binutils' and make early on, and you should find that the
> problems disappear.
Coincidentally:
[summer@os2 updates]$ rpm -q binutils make
binutils-2.9.1-1
make-3.75-1
binutils was on the hit list for the kernel.
I'm read with my new kernel - it's just a matter of nerve now (and a final
check that I've built the kernel with all the right options). Running
"make menconfig" over a busy modem is, interesting.
CU. Thanks Russ.
--
Cheers
John Summerfield
http://os2.ami.com.au/os2/ for OS/2 support.
Configuration, networking, combined IBM ftpsites index.
--
To unsubscribe:
mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
