Roguewave issues on HP-UX 11.11 with aCC 3.65

[novice_1]

Hi

I am trying to build a source which uses RW classes on HP-UX PA Risc 11.11 machine with aCC 3.65 compiler. And facing the below problem.

*** ------------------------------ Compile: windows.cpp
aCC -WC,-ansi_for_scope,on -g1 -DHPUX -DUNIX -D__STDC__ -D_INCLUDE_POSIX_SOURCE -DSSBIGENDIAN -DSSUNIX -D_INCLUDE_XOPEN_SOURCE -D_SVID2 -D_INCLUDE_HPUX_SOURCE -D_INCLUDE_XOPEN_SOURCE_EXTENDED -DBSD -DANSICPLUSPLUS +Z -DSERVER -DTSC_DEBUG -DOCI_BUILD -DCALLBACK= -Dfar= -D_far= -DFAR= -Dhuge= -Dnear= -Dexport= -D_export= -D_EXPORT= -DPASCAL= -Dpascal= -DNEW -DMAXFILE=75 -D__DEBUG=0 -Dcdecl= -DMULTIPROC -I. -I../tserw/main -I../tserw -I../tserw/acc -I../tserw/dbmem -I../tserw/glbl -I../tserw/iomod -I../tserw/tasklib -I../tserw/ui -I../tserw/ofsabase -I../tserw/utils -I../rwbc -I../../ofsa3plib/RogueWave/RWTools/workspaces/HPUX10/HPACC/0d/rw -I../../ofsa3plib/RogueWave/RWTools/workspaces/HPUX10/HPACC/0d -I../unix +inst_auto +inst_implicit_include -c -o windows.o windows.cpp
Warning 854: Unknown position # The __STDC__ macro should not be defined when using a C++ compiler.
Error 21: "../../ofsa3plib/RogueWave/RWTools/workspaces/HPUX10/HPACC/0d/rw/collect.h", line 504 # ')' expected before ',' to close scope.
RWDECLARE_COLLECTABLE(RWCollectable)
^^^^^^^^^^^^^^^^^^^^^
Error 20: "../../ofsa3plib/RogueWave/RWTools/workspaces/HPUX10/HPACC/0d/rw/collect.h", line 504 # '(' expected before ')'.
RWDECLARE_COLLECTABLE(RWCollectable)
^^^^^^^^^^^^^^^^^^^^^
Error 20: "../../ofsa3plib/RogueWave/RWTools/workspaces/HPUX10/HPACC/0d/rw/collect.h", line 504 # ':' expected before 'RWCollectable'.
RWDECLARE_COLLECTABLE(RWCollectable)
^^^^^^^^^^^^^^^^^^^^^
Error 369: "../../ofsa3plib/RogueWave/RWTools/workspaces/HPUX10/HPACC/0d/rw/collect.h", line 504 # The friend declaration is not in the correct form for
either a function or a class.
RWDECLARE_COLLECTABLE(RWCollectable)
^^^^^^^^^^^^^^^^^^^^^
Error 628: "../../ofsa3plib/RogueWave/RWTools/workspaces/HPUX10/HPACC/0d/rw/collect.h", line 504 # "name2 RWCollectable::RWInitCtor"
["../../ofsa3plib/RogueWave/RWTools/workspaces/HPUX10/HPACC/0d/rw/collect.h", line 504] cannot be defined to have an incomplete type.
RWDECLARE_COLLECTABLE(RWCollectable)
^^^^^^^^^^^^^^^^^^^^^
Error 537: "../../ofsa3plib/RogueWave/RWTools/workspaces/HPUX10/HPACC/0d/rw/collect.h", line 504 # Cannot create a 'RWCollectable' object; class
RWCollectable has only been seen as an incomplete declaration.
RWDECLARE_COLLECTABLE(RWCollectable)
^^^^^^^^^^^^^^^^^^^^^
Error 369: "../../ofsa3plib/RogueWave/RWTools/workspaces/HPUX10/HPACC/0d/rw/collect.h", line 504 # The friend declaration is not in the correct form for
either a function or a class.
RWDECLARE_COLLECTABLE(RWCollectable)
^^^^^^^^^^^^^^^^^^^^^
Error 628: "../../ofsa3plib/RogueWave/RWTools/workspaces/HPUX10/HPACC/0d/rw/collect.h", line 504 # "name2 RWCollectable::No.Identifier"
["../../ofsa3plib/RogueWave/RWTools/workspaces/HPUX10/HPACC/0d/rw/collect.h", line 504] cannot be defined to have an incomplete type.
RWDECLARE_COLLECTABLE(RWCollectable)
^^^^^^^^^^^^^^^^^^^^^
Error 419: "../../ofsa3plib/RogueWave/RWTools/workspaces/HPUX10/HPACC/0d/rw/collect.h", line 504 # 'rwCreate' is used as a type, but has not been
defined as a type.
RWDECLARE_COLLECTABLE(RWCollectable)
^^^^^^^^^^^^^^^^^^^^^
Error 19: "../../ofsa3plib/RogueWave/RWTools/workspaces/HPUX10/HPACC/0d/rw/collect.h", line 504 # Unexpected ')'.
RWDECLARE_COLLECTABLE(RWCollectable)
^^^^^^^^^^^^^^^^^^^^^
Error 20: "../../ofsa3plib/RogueWave/RWTools/workspaces/HPUX10/HPACC/0d/rw/collect.h", line 504 # ')' expected before ';'.
RWDECLARE_COLLECTABLE(RWCollectable)
^^^^^^^^^^^^^^^^^^^^^
Error 24: "../../ofsa3plib/RogueWave/RWTools/workspaces/HPUX10/HPACC/0d/rw/hashtab.h", line 145 # '' expected instead of
'RWSlistCollectablesP'.
declare(RWGVector,RWSlistCollectablesP)
^^^^^^^^^^^^^^^^^^^^
Error 699: "../../ofsa3plib/RogueWave/RWTools/workspaces/HPUX10/HPACC/0d/rw/hashtab.h", line 145 # Error limit reached; halting compilation.
declare(RWGVector,RWSlistCollectablesP)
^^^^^^^^^^^^^^^^^^^^
*** Error exit code 2 (ignored)
*** ------------------------------ Linking: ../bin/libunix.sl


I am unsure if it is sth to do with aCC, RW mismatch or some compiler flag. Even when I am using RW headers under /opt/aCC/include/rw am facing the same error.

Can somebody help me in this regard ? Thx a lot.

Regards
Anil

[Dennis Handly · Accepted solution]

>Warning 854: The __STDC__ macro should not be defined when using a C++ compiler.

Why are you using this? -D__STDC__
Note the latest version is A.03.85.

>Even when I am using RW headers under /opt/aCC/include/rw am facing the same error.

If you aren't using HP's version, you'll have to contact Roguewave. So please provide the errors you get without those -I../../ofsa3plib/RogueWave/ paths.

You may have a macro problem. Compile with +legacy_cpp and see if your problem is more obvious.

[novice_1]

Dennis,

Thanks a lot for the response.

__STDC__ is being used by the code at several points. So can't afford to remove it. (I believe I can safely ignore that for now).

After I removed both -I's(ofsa3plib/RWTool/.. ones) as you suggested, I am not getting this RW error. Have added +legacy_cpp.

However now I am getting several other errors. These include several complaints about the way RW classes are used. I am overcoming several of these by passing "RWDef*Args(T)" macro as extra argument to take care of variable number of arguments expected under different conditions.
(I was actually seeing the above RW error from /opt/aCC/..rw/collect.h also sometime back with some setting, now its gone!?. Anyways..)

However I am much bothered about the Signal 11 error that is occurring for several source files. Could you please help me understand the problem/workaround ?

*** ------------------------------ Compile: dbproc.cpp
aCC -WC,-ansi_for_scope,on -g1 -DHPUX -DUNIX -D__STDC__ -D_INCLUDE_POSIX_SOURCE -DSSBIGENDIAN -DSSUNIX -D_INCLUDE_XOPEN_SOURCE -D_SVID2 -D_IN
CLUDE_HPUX_SOURCE -D_INCLUDE_XOPEN_SOURCE_EXTENDED -DBSD -DANSICPLUSPLUS +Z -DSERVER -DTSC_DEBUG -DOCI_BUILD -DCALLBACK= -Dfar= -D_far= -DFAR= -Dhuge=
-Dnear= -Dexport= -D_export= -D_EXPORT= -DPASCAL= -Dpascal= -DNEW -DMAXFILE=75 -D__DEBUG=0 -Dcdecl= -DMULTIPROC -I. -I../../tserw/glbl -I../../tser
w/main -I../../tserw -I../../tserw/acc -I../../tserw/dbmem -I../../tserw/glbl -I../../tserw/iomod -I../../tserw/tasklib -I../../tserw/ui -I../../tserw/
ofsabase -I../../tserw/utils -I../../rwbc -I../../unix +inst_auto +inst_implicit_include +legacy_cpp -c -o dbproc.o dbproc.cpp
Signal 11
( 0) 0x00297cc8 sighandler__FiT1 + 0x138 [/opt/aCC/lbin/ctcom.pa20]
( 1) 0xc020cc70 _sigreturn [/usr/lib/libc.2]
( 2) 0x000a7c5c $$dyncall_external_20 [/opt/aCC/lbin/ctcom.pa20]
....
(27) 0x000b7780 $START$ + 0x178 [/opt/aCC/lbin/ctcom.pa20]
Error (system problem) 689: # Compiler received signal 11
*** Error exit code 3 (ignored)

Details of the environment --

uname -a --> HP-UX apphp02 B.11.11 U 9000/800 632259210 unlimited-user license
aCC -V --> aCC: HP ANSI C++ B3910B A.03.65

And patch level is shown to be the below. You think the below is fine ? (Am I having the latest patch level of the aCC compiler(3.85)?)
$ swlist -l fileset |grep -i aCC
# ACXX C.03.65 HP aC++
ACXX.ACXX C.03.65 HP aC++ Programming Language
ACXX.ACXX-HELP C.03.65 HP aC++ Online Help
ACXX.ACXX-JPN-E-MAN C.03.65 HP aC++ Japanese EUC Man Pages
ACXX.ACXX-JPN-HELP C.03.65 HP aC++ Japanese Online Help
ACXX.ACXX-JPN-S-MAN C.03.65 HP aC++ Japanese SJIS Man Pages
ACXX.ACXX-MAN C.03.65 HP aC++ Man Pages
ACXX.ACXX-SC C.03.65 HP aC++ Standard Components
ACXX.ACXX-STDLIB C.03.65 HP aC++ Standard library
# PHSS_33946 1.0 HP aC++ -AA runtime libraries (aCC A.03.85)

Thanks alot for your patience and all the help so far.

Regards,
Anil.

PS: One more question -- is it usually the case that - the later the compiler stricter the standards of C++ expected ?

[Dennis Handly]

>Have added +legacy_cpp.

Now remove it.

>I am much bothered about the Signal 11 error that is occurring for several source files. Could you please help me understand the problem/workaround?

Your A.03.65 compiler isn't supported. You need to go to the latest. You didn't provide enough of the stack trace to tell one signal 11 from another.

>-D_INCLUDE_POSIX_SOURCE

It is illegal to use the _INCLUDE form of these -Ds. Just use: -D_POSIX_SOURCE

>+inst_auto +inst_implicit_include

+inst_auto has been obsolete since 1997, remove it. Also if you don't need +inst_implicit_include for some obsolete cfront code, remove it. This caused signal 11s.

>( 2) 0x000a7c5c $$dyncall_external_20

Need more frames. This just says the virtual table is bad because the node was deallocated.

>You think the below is fine? Am I having the latest patch level of the aCC compiler A.03.85?

No, you have A.03.65, not A.03.85.

>the later the compiler stricter the standards of C++ expected?

Not for a long time for PA. But when you go to aCC6, you'll see a difference on Integrity, the compiler is completely different and you will have to port to -AA.

[novice_1]

Am doing the things you have suggested.

>> You didn't provide enough of the stack trace to tell one signal 11 from another.

*** ------------------------------ Compile: path.cpp
aCC -WC,-ansi_for_scope,on -g1 -DHPUX -DUNIX -D__STDC__ -D_INCLUDE_POSIX_SOURCE -DSSBIGENDIAN -DSSUNIX -D_INCLUDE_XOPEN_SOURCE -D_SVID2 -D_INCLUDE
_HPUX_SOURCE -D_INCLUDE_XOPEN_SOURCE_EXTENDED -DBSD -DANSICPLUSPLUS +Z -DSERVER -DTSC_DEBUG -DOCI_BUILD -DCALLBACK= -Dfar= -D_far= -DFAR= -Dhuge= -Dnear= -
Dexport= -D_export= -D_EXPORT= -DPASCAL= -Dpascal= -DNEW -DMAXFILE=75 -D__DEBUG=0 -Dcdecl= -DMULTIPROC -I. -I../tserw/main -I../tserw -I../tserw/acc -I.
./tserw/dbmem -I../tserw/glbl -I../tserw/iomod -I../tserw/tasklib -I../tserw/ui -I../tserw/ofsabase -I../tserw/utils -I../rwbc -I../unix +inst_auto +inst_i
mplicit_include -c -o path.o path.cpp
Warning 854: Unknown position # The __STDC__ macro should not be defined when using a C++ compiler.
Signal 11
( 0) 0x00297cc8 sighandler__FiT1 + 0x138 [/opt/aCC/lbin/ctcom.pa20]
( 1) 0xc020cc70 _sigreturn [/usr/lib/libc.2]
( 2) 0x000a7c5c $$dyncall_external_20 [/opt/aCC/lbin/ctcom.pa20]
( 3) 0x002e7e78 deleteForest__9StatementFv + 0x68 [/opt/aCC/lbin/ctcom.pa20]
( 4) 0x001c07ec __dt__8FunctionFv + 0x8c [/opt/aCC/lbin/ctcom.pa20]
( 5) 0x00197600 __dt__14MemberFunctionFv + 0x34 [/opt/aCC/lbin/ctcom.pa20]
( 6) 0x00197e6c deleteTree__9StatementFv + 0x48 [/opt/aCC/lbin/ctcom.pa20]
( 7) 0x00226524 AddNewPendingExternalDeclaration__8CompilerFP11Declarationb + 0x5a8 [/opt/aCC/lbin/ctcom.pa20]
( 8) 0x002565b4 createOutOfLine__FP8FunctionbT2 + 0x18c [/opt/aCC/lbin/ctcom.pa20]
( 9) 0x00234578 setHasCallTo__8FunctionFRC8Position + 0x74 [/opt/aCC/lbin/ctcom.pa20]
(10) 0x002a1ffc setHasCallTo__8FunctionFv + 0x14 [/opt/aCC/lbin/ctcom.pa20]
(11) 0x001c2898 performInlining__4CallFP8Function + 0x1cec [/opt/aCC/lbin/ctcom.pa20]
(12) 0x001f912c expand__4CallFv + 0x16c [/opt/aCC/lbin/ctcom.pa20]
(13) 0x002ab6e8 expandStatements__FP4Node + 0x5c [/opt/aCC/lbin/ctcom.pa20]
(14) 0x001689f0 expand__8FunctionFv + 0x130 [/opt/aCC/lbin/ctcom.pa20]
(15) 0x00212360 ProcessExternalDeclaration__8CompilerFP11Declarationb + 0x124 [/opt/aCC/lbin/ctcom.pa20]
(16) 0x0020b958 ProcessExternalDeclarationList__8CompilerFP11Declaration + 0x2a4 [/opt/aCC/lbin/ctcom.pa20]
(17) 0x001e6ca8 doReduction1__FiR12ScannerValueP12ScannerValue + 0x6e0 [/opt/aCC/lbin/ctcom.pa20]
(18) 0x001e5868 yyparse__Fv + 0xc54 [/opt/aCC/lbin/ctcom.pa20]
(19) 0x00274878 DoCompile__8CompilerFv + 0x224 [/opt/aCC/lbin/ctcom.pa20]
(20) 0x00286ec4 DoCompile__8CompilerFP6Buffer + 0x34 [/opt/aCC/lbin/ctcom.pa20]
(21) 0x00283c6c DoCompileFile__8CompilerFPc + 0x110 [/opt/aCC/lbin/ctcom.pa20]
(22) 0x000cc844 main + 0x404 [/opt/aCC/lbin/ctcom.pa20]
(23) 0xc0143ec8 _start + 0xc0 [/usr/lib/libc.2]
(24) 0x000b7780 $START$ + 0x178 [/opt/aCC/lbin/ctcom.pa20]
Error (system problem) 689: # Compiler received signal 11
*** Error exit code 3 (ignored)

[Dennis Handly]

>Am doing the things you have suggested.

You only have the full stack trace but not the others:
1) -D_INCLUDE_POSIX_SOURCE -D_INCLUDE_XOPEN_SOURCE -D_INCLUDE_HPUX_SOURCE -D_INCLUDE_XOPEN_SOURCE_EXTENDED
Remove _INCLUDE from each.

2) +inst_auto +inst_implicit_include

These are still there!

[novice_1]

Have already removed them and compiling. The above stack was for your reference(I pasted from logs before doing the stuff you suggested).

And your suggestion of removing +inst_implicit_include (and +inst_auto) has helped me overcome Signal 11 error already. Thanks so much !!

Am now looking into other RW errors. Lotta number of arguments mismatch error. Some were solved by addition of RW suggested macros(RWDefHArgs(), RWDefCArgs()). But looking into others yet.

Will get back soon
Thank you really again !!
Regards,
Anil.

[Dennis Handly]

>Lotta number of arguments mismatch error. Some were solved by addition of RW suggested macros (RWDefHArgs, RWDefCArgs).

I home you aren't using any of these obsolete RW templates documented in the Release Notes:
http://docs.hp.com/en/5992-4209/5992-4209.pdf
Rogue Wave Software Tools.h++ 7.0.6 Class Reference
RWTPtrHashDictionary ==> RWTPtrHashMap
RWTPtrHashDictionaryIterator ==> RWTPtrHashMapIterator
RWTPtrHashTable ==> RWTPtrHashMultiSet
RWTPtrHashTableIterator ==> RWTPtrHashMultiSetIterator
RWTValHashDictionary ==> RWTValHashMap
RWTValHashDictionaryIterator ==> RWTValHashMapIterator
RWTValHashTable ==> RWTValHashMultiSet
RWTValHashTableIterator ==> RWTValHashMultiSetIterator

[novice_1]

Dennis,

Thanks a ton.
I actually thought this could be the problem and went on these lines and changed quite a bit of code to spend lot of time.

Later understood that my code needed to be compiled with the right RW directive(RW_NO_STL) not to use standard c++ libs, and had to use rwtool library. And minor changes to code to be compatible to HPUX.
(I refrained from asking as i was unsure if this problem was due to HP or RW.)

But your suggestions have helped me a lot in overcoming adamant problems. Thank you very much man.

Regards,
Anil.

[Dennis Handly]

>Later understood that my code needed to be compiled with the right RW directive (RW_NO_STL)

Don't! This option and most other -DRW_* are not supported because they are binary incompatible.