Problem with pgCC 10.9 with standard templates

Can anyone tell me what is the problem compiling the _num_get.h stl header? I’ve included a -v listing below as well.

/appserv/pgi/linux86-64/10.9/bin/pgCC -fPIC -DLINUX -DLINUXI64 -DUSEENUM -DTHREED -DMAKEARCHIVE -c tecxxx.cpp
“/gpfs/sb/appserv/pgi/linux86-64/10.9/include/CC/stl/_num_get.h”, line 480: error:
expected a “)”
char& Plus, char& Minus,
^

“/gpfs/sb/appserv/pgi/linux86-64/10.9/include/CC/stl/_num_get.h”, line 484: error:
expression must be a modifiable lvalue
Plus = ‘+’;
^

“/gpfs/sb/appserv/pgi/linux86-64/10.9/include/CC/stl/_num_get.h”, line 485: error:
expression must be a modifiable lvalue
Minus = ‘-’;
^

“/gpfs/sb/appserv/pgi/linux86-64/10.9/include/CC/stl/_num_get.h”, line 486: error:
identifier “pow_e” is undefined
pow_e = ‘e’;
^

“/gpfs/sb/appserv/pgi/linux86-64/10.9/include/CC/stl/_num_get.h”, line 487: error:
identifier “pow_E” is undefined
pow_E = ‘E’;
^

“tecxxx.cpp”, line 3916: warning: controlling expression is constant
REQUIRE(0 <= Char && “Char <= 127”);
^

5 errors detected in the compilation of “tecxxx.cpp”.


Here is the -v listing

/gpfs/sb/appserv/pgi/linux86-64/10.9/bin/pgcpp1 --llalign -Dunix -D__unix -D__unix__ -Dlinux -D__linux -D__linux__ -D__NO_MATH_INLINES -D__x86_64__ -D__LONG_MAX__=9223372036854775807L ‘-D__SIZE_TYPE__=unsigned long int’ ‘-D__PTRDIFF_TYPE__=long int’ -D__THROW= -D__extension__= -D__amd64__ -D__SSE__ -D__MMX__ -D__SSE2__ -D__SSE3__ -D__SSSE3__ -D__PGI -D__PIC__ -DLINUX -DLINUXI64 -DUSEENUM -DTHREED -DMAKEARCHIVE -I/gpfs/sb/appserv/pgi/linux86-64/10.9/include/CC -I/gpfs/sb/appserv/pgi/linux86-64/10.9/include-gcc41 -I/gpfs/sb/appserv/pgi/linux86-64/10.9/include -I/usr/local/include -I/usr/lib64/gcc/x86_64-suse-linux/4.1.2/include -I/usr/lib64/gcc/x86_64-suse-linux/4.1.2/include -I/usr/include --gnu_version=40102 -D__pgnu_vsn=40102 -q -o /tmp/pgCCl-FHoM0yPjg.il tecxxx.cpp
“/gpfs/sb/appserv/pgi/linux86-64/10.9/include/CC/stl/_num_get.h”, line 480: error:
expected a “)”
char& Plus, char& Minus,

Ed,

Thanks for sending trs@pgroup.com the files creating the behavior.
Engineering is now looking at them.

dave