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