Skip to Content.
Sympa Menu

sm-discuss - [SM-Discuss] [sm-discuss] any one have experienced problems with cpio building onx x86_64?

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • From: Javier Vasquez <j.e.vasquez.v AT gmail.com>
  • To: "sm, discuss" <sm-discuss AT lists.ibiblio.org>
  • Subject: [SM-Discuss] [sm-discuss] any one have experienced problems with cpio building onx x86_64?
  • Date: Mon, 28 Jan 2013 01:37:11 -0600

I'm wondering why on earth I'm having problems recompiling cpio. It
always fails:

/usr/bin/make all-recursive
make[3]: Entering directory `/home/sorcery/src/cpio-2.11/gnu'
make[4]: Entering directory `/home/sorcery/src/cpio-2.11/gnu'
CC argp-ba.o
CC argp-eexst.o
In file included from argp.h:24:0,
from argp-eexst.c:27:
./stdio.h:358:1: error: 'gets' undeclared here (not in a function)
make[4]: *** [argp-eexst.o] Error 1
make[4]: Leaving directory `/home/sorcery/src/cpio-2.11/gnu'

If this is a known problem, then a known work around is well received, :-)

What I've changed is that I'm using native, instead of specifying the
x86_64 arch, and that a lot of stuff has already compiled with
"sorcery -r" and several subsequent "cast -c --queue" (every time
there were less pending spells in the install queue, but I didn't get
a clean initial "sorcery -r")...

I've searched the web prior to attempt doing anything, but found
nothing. The problem is that a local stdio.h is used, which
essentially does:

/usr/src/cpio-2.11/gnu/stdio.h
...
/* It is very rare that the developer ever has full control of stdin,
so any use of gets warrants an unconditional warning. Assume it is
always declared, since it is required by C89. */
#undef gets
_GL_WARN_ON_USE (gets, "gets is a security hole - use fgets instead");
...

Perhaps removing the undef helps out, :-)

Thanks,

--
Javier.




Archive powered by MHonArc 2.6.24.

Top of Page