Re: problems with locale.cc

["Mark E." <snowball3@usa.net>]

> > After working around the first problem, I ran 
> > into the next. Using '-fstrict-aliasing -fno-
> 
> Please send your patch for working around the first problem.

Look for it in a day or two.

> 
> > honor-std', I get the failure in locale-inst.cc 
> > listed below:
> 
> Native linux egcs snapshots have no problems with:
> 
> So perhaps this is platform-specific?

Perhaps. Could someone who knows the source please tell me where:
void 
vector<locale::facet*, allocator<locale::facet*> >::
insert(vector<locale::facet *, allocator<locale::facet *> >::iterator, 
           unsigned int, locale::facet* const&);

is used among the many files, I can investigate further.

I commented out the instantiation to continue on, and found another 
problem:

gpp -DHAVE_CONFIG_H -I. -I../../src -I.. -nostdinc++ -I../.. -I../../stl -
I../../libio -g -fstrict-aliasing -fno-honor-std -D_GNU_SOURCE -fno-
implicit-templates -c ../../src/basic_file.cc -o basic_file.o
../../src/basic_file.cc: In method `class __basic_file * 
__basic_file::sys_open(int, enum _Ios_Openmode)':
../../src/basic_file.cc:74: `__testb' undeclared (first use this function)
../../src/basic_file.cc:74: (Each undeclared identifier is reported only 
once
../../src/basic_file.cc:74: for each function it appears in.)

DJGPP has O_BINARY, so it tries to compile the code using __testb. 
While __testi and a __testo are declared in sys_open, __testb is not. 

Mark

--- 
Mark Elbrecht, snowball3@usa.net
http://snowball.digitalspace.net/