gcc-3.3.1 build problem MAXHOSTNAMELEN undeclared
Becky Sander
rknigh@sandia.gov
Fri Oct 10 15:00:00 GMT 2003
Thanks Dan. I see your point about grep not
telling the whole story. I've gotten gcc to
build, actually. I hacked it a bit by adding that
#define line to the natInetAddress.cc file. It
built correctly. Surprised the heck out of me!
And as far as the CPU kudos, I didn't even
understand your sentence, so I guess the credit
goes elsewhere! I'm just a lowly sys admin. The
real geniuses are my customers. Thanks again,
Bec
Dan Kegel wrote:
> Grep doesn't tell the whole story. Look at the previous ten lines:
>
> #if !defined(_XPG4_2) || defined(__EXTENSIONS__)
> #define NO_ADDRESS NO_DATA /* no address, look for MX record */
>
> /* BIND */
> #define NETDB_INTERNAL -1 /* see errno */
> #define NETDB_SUCCESS 0 /* no problem */
> /* End BIND */
>
> #define MAXHOSTNAMELEN 256
>
> Maybe gcc doesn't define __EXTENSIONS__. You could try setting
> CXXFLAGS="-g -O2 -D__EXTENSIONS__" when running gcc's configure;
> not sure if that's how to jam that define in there, but it sounds
> good to me.
>
> BTW a very OT thanks to Sandia for fabricating the rad-hard NS32C016
> CPUs used in the Mars Observer Camera. Ran at all of 10MHz, but that's
> all we needed... http://ida.wr.usgs.gov/corrections/mocinst.cat
> - Dan
>
> --
> Dan Kegel
> http://www.kegel.com
> http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045
--
Becky Sander CSU Special Projects
rknigh@sandia.gov 505.844.1164
More information about the Gcc
mailing list