Mailing-List: contact dev-help@stdcxx.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@stdcxx.apache.org
Received-SPF: neutral (athena.apache.org: 208.30.140.160 is neither permitted
 nor denied by domain of msebor@gmail.com)
Message-ID: <489200EB.7010706@gmail.com>
Date: Thu, 31 Jul 2008 12:14:03 -0600
From: Martin Sebor <msebor@gmail.com>
Organization: Rogue Wave Software, Inc.
User-Agent: Thunderbird 2.0.0.12 (X11/20080226)
MIME-Version: 1.0
To: dev@stdcxx.apache.org
Subject: Re: Problem with Visual Studio 2005
References: 
 <CFFDD219128FD94FB4F92B99F52D0A49015E5950@exchmail01.Blue.Roguewave.Com>
In-Reply-To: 
 <CFFDD219128FD94FB4F92B99F52D0A49015E5950@exchmail01.Blue.Roguewave.Com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Jeremy Dean wrote:
> I can not duplicate the problem.  Looking at his config.h file he does
> have a difference on this particular line:
> 
> // #define _RWSTD_NO_NL_TYPES_H
> 
> on my build on windows this is not commented out.

Either the user's environment has a file named nl_types.h
in the preprocessor search path or they changed the config,h
header. Have you noticed any other differences between the
two headers? What does the compiler output for the config
test in config.log look like (check the compiler options,
especially the arguments to /I)? Here's what's in ours :
   http://tinyurl.com/69u3mk

NL_TYPES_H.cpp
D:\bman5\builds\34194678\source-buildspace\etc\config\src\NL_TYPES_H.cpp(25) 
: fatal error C1083: Cannot open include file: 'nl_types.h': No such 
file or directory
Compiling with command "cl /c /EHsc /GS /D_CRT_SECURE_NO_DEPRECATE /GR 
/MD 
/I"D:\bman5\builds\34194678\source-buildspace\build\msvc-8.0\12d\include\tests" 
/I"D:\bman5\builds\34194678\source-buildspace\include" /D"_RWSHARED" 
/Fo"D:\bman5\builds\34194678\source-buildspace\build\msvc-8.0\12d\include\tests\\" 
/Fd"D:\bman5\builds\34194678\source-buildspace\build\msvc-8.0\12d\include\tests\NONCLASS_ARROW_RETURN.pdb" 
"D:\bman5\builds\34194678\source-buildspace\etc\config\src\NONCLASS_ARROW_RETURN.cpp""
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.762 
for 80x86
Copyright (C) Microsoft Corporation.  All rights reserved.

> 
> So what test would be  setting this?

The names of most of the config macros (those defined in
the generated config.h header) correspond to the names of
the files in the etc/config/src/ directory. The test for
this one is NL_TYPES_H.cpp:
http://svn.apache.org/viewvc/stdcxx/tags/4.2.1/etc/config/src/NL_TYPES_H.cpp

> 
> Jeremy
> 
> -----Original Message-----
> From: Martin Sebor [mailto:msebor@gmail.com] 
> Sent: Wednesday, July 30, 2008 5:03 PM
> To: dev@stdcxx.apache.org
> Subject: Re: Problem with Visual Studio 2005
> 
> Jeremy Dean wrote:
>> I have a customer trying to use SourcePro edition 10, stdcxx 4.2.0 and
> 
>> is getting a failure when building with Visual Studio 2005.
>>  
>> Windows Vista x32
>> Visual Studion 2005
>>  
>> ..\stdcxx-4.2.0\src\messages.cpp (217) : error C2065 'NL_CAT_LOCALE' :
>> undefined identifier
>>
>>  
>>
>> Any thoughts on this issue?
> 
> Not a clue. Can you reproduce it?
> 
> The NL_CAT_LOCALE macro is #defined in src/catalog.h which should be
> #included at the top of messages.cpp. For the file not to be #included
> neither of _RWSTD_NO_NL_TYPES_H and _RWSTD_NO_CATOPEN_CATGETS would have
> to be #defined. These are config macros that are #defined when the
> <nl_types.h> POSIX header is not present or usable, or when either of
> the catopen() and catclose() functions declared in it is missing. AFAIK,
> Windows doesn't have <nl_types.h> so _RWSTD_NO_NL_TYPES_H should be
> #defined in the generated config header (as it is here, for example:
> http://tinyurl.com/5orqrd) If it's not, something must be screwy with
> the build environment. A good way to find out would be to compare the
> customer's config.h header and/or log file with yours (or one of those
> on our site:
> http://stdcxx.apache.org/builds/4.2.0/logs/ -- follow the H and/or L
> link for the platform/configuration closest to the customer's).
> 
> Martin
> 
>