using the MSVC 7.1 .NET 2003 .sln and .vcproj in the 
PCBuild folder truncation of identifier warnings and errors 
compiling resources are generated from STLPort which 
breaks compilation as STLPort requires those to be 
unchanged.

no other project i have compiled causes this i am using 
python latest CVS tree, and i use STLPort 4.62 and 
5.0cvs niether of qhich display this behaviour with the 
50 or so active projects i compile regularly.

\STLport-4.6.2\stlport/stl/_config_compat.h(33) : 
warning RC4011: identifier truncated 
to '__STL_MINIMUM_DEFAULT_TEMPLATE_'
\STLport-4.6.2\stlport/stl/_config_compat.h(33) : 
warning RC4011: identifier truncated 
to '_STLP_MINIMUM_DEFAULT_TEMPLATE_'
\STLport-4.6.2\stlport/config/stl_mycomp.h(33) : error 
RC2188: \STLport-4.6.2\stlport/stl/_config.h(102) : 
warning RC4011: identifier truncated 
to '_STLP_NO_MEMBER_TEMPLATE_CLASSE'
\STLport-4.6.2\stlport/stl/_config.h(106) : warning 
RC4011: identifier truncated 
to '_STLP_NO_MEMBER_TEMPLATE_CLASSE'
\STLport-4.6.2\stlport/stl/_config.h(106) : warning 
RC4011: identifier truncated 
to '_STLP_DONT_USE_NESTED_TCLASS_TH'
\STLport-4.6.2\stlport/stl/_config.h(106) : warning 
RC4011: identifier truncated 
to '_STLP_USE_NESTED_TCLASS_THROUGH'
\STLport-4.6.2\stlport/stl/_config.h(110) : warning 
RC4011: identifier truncated 
to '_STLP_NO_CLASS_PARTIAL_SPECIALI'
\STLport-4.6.2\stlport/stl/_config.h(110) : warning 
RC4011: identifier truncated 
to '_STLP_CLASS_PARTIAL_SPECIALIZAT'
\STLport-4.6.2\stlport/stl/_config.h(114) : warning 
RC4011: identifier truncated 
to '_STLP_FUNCTION_TMPL_PARTIAL_ORD'
\STLport-4.6.2\stlport/stl/_config.h(114) : warning 
RC4011: identifier truncated 
to '_STLP_NO_FUNCTION_TMPL_PARTIAL_'
\STLport-4.6.2\stlport/stl/_config.h(211) : warning 
RC4011: identifier truncated 
to '_STLP_NATIVE_OLD_STREAMS_INCLUD'
\STLport-4.6.2\stlport/stl/_config.h(219) : warning 
RC4011: identifier truncated 
to '_STLP_NATIVE_CPP_RUNTIME_INCLUD'
\STLport-4.6.2\stlport/stl/_config.h(440) : warning 
RC4011: identifier truncated 
to '_STLP_USE_WRAPPER_FOR_ALLOC_PAR'
\STLport-4.6.2\stlport/stl/_config.h(584) : warning 
RC4011: identifier truncated 
to '_STLP_BOGUS_TEMPLATE_TYPE_MATCH'
\STLport-4.6.2\stlport/stl/_config.h(619) : warning 
RC4011: identifier truncated 
to '_STLP_NO_TYPENAME_ON_RETURN_TYP'
\STLport-4.6.2\stlport/stl/_config.h(708) : warning 
RC4011: identifier truncated 
to '_STLP_CLASS_PARTIAL_SPECIALIZAT'
\STLport-4.6.2\stlport/stl/_config.h(716) : warning 
RC4011: identifier truncated 
to '_STLP_CLASS_PARTIAL_SPECIALIZAT'
\STLport-4.6.2\stlport/stl/_config.h(905) : warning 
RC4011: identifier truncated 
to '_STLP_DLLEXPORT_NEEDS_PREDECLAR'
\STLport-4.6.2\stlport/stl/_config.h(1009) : warning 
RC4011: identifier truncated 
to '_STLP_DONT_USE_PARTIAL_SPEC_WRK'
\STLport-4.6.2\stlport/stl/_config.h(1010) : warning 
RC4011: identifier truncated 
to '_STLP_CLASS_PARTIAL_SPECIALIZAT'
\STLport-4.6.2\stlport/stl/_config.h(1010) : warning 
RC4011: identifier truncated 
to '_STLP_FUNCTION_TMPL_PARTIAL_ORD'
\STLport-4.6.2\stlport/stl/_prolog.h(15) : warning 
RC4011: identifier truncated 
to '_STLP_HAS_SPECIFIC_PROLOG_EPILO'
\STLport-4.6.2\stlport/stdarg.h(23) : fatal error 
RC1015: cannot open include file '.../include/stdarg.h'.

Logged In: YES 
user_id=31435

Can you explain what this has to do with Python?  There is 
no reference to STLPort in the Python codebase, so I don't 
understand why you posted this to a Python bug tracker.

Logged In: YES 
user_id=1136723

well my point is its the python .rc files that are generating 
this behaviour no other project does this and since its an stl 
error i can only assume something must use stl...

Logged In: YES 
user_id=31435

No, Python is written to the C89 std.  If you look, you won't 
find a .cpp file in the entire project.  Python makes no use of 
C++, not the STL or anything else.  So you need to do some 
work here -- for example, you haven't said which subproject 
was being compiled when you got these msgs.  Since Python 
doesn't use the STL, they don't mean anything to me.  
Python compiles fine on my box, and yours is the only report 
of this, so you have to identify what you've done that 
nobody else has done.

For example (pure guess), perhaps as part of installing 
STLPort you fiddled paths so that 7.1 finds STLPort's .h files 
ahead of its own.  If so, that's not Python's problem, but may 
be something to report on an STLPort bug tracker (like "MS 
7.1 can no longer compile C programs after STLPort is 
installed").

Logged In: YES 
user_id=1136723

i discovered the python resources are including files that are 
part of stlport i managed to stop the behaviour by setting 
ignore default include diretory and adding the path to visual 
studio includes locations ( python required 2 of a possible 4 )
this fixed the compile

Logged In: YES 
user_id=33168

Do you still believe this to be a python problem?  

Logged In: YES 
user_id=1136723

its a python problem alright but not with source its a problem 
with python project files. they should have the configuration i 
mention below when someone uses STLPort.

Does anybody else believe this is a Python issue? If so, what
could/should be done about it? 

I'll understand lack of feedback as "go ahead and close it" :)

Closing as I don't think this is Python's fault plus we have changed how
we generate our project files since then.