Error "out of synch" When trying to compile on HP11

[Rui Vilao]

Greetings,

We are trying to compile code ported from HP10.20 on HHP11.

The following compilers are installed on a K server:

HP C/ANSI C Developer's Bundle for HP-UX 11.00 (S800) - B3901BA (B.11.01.20)
HP C++ Compiler (S800) - B3913CB (B.11.01.20)
HP aC++ Compiler (S800) - B3913DB (C.03.25)

When we compile we get the following error:


/opt/ansic/bin/cc -D_HPUX_10 -DHPUX -D_HPUX_SOURCE -DHPUX_DCE +ESlit +Oprocelim +DAportable +O2 ../../obj/HP/nem_server.o
../../obj/HP/ire_trace_cfg_sstub.o ../../obj/HP/nem_mpt_sstub.o ../../obj/HP/nem_apm_if_sstub.o ../../obj/HP/top_notify_sstub.o
../../obj/HP/apm_nem_if_cstub.o ../../obj/HP/nem_men_cstub.o ../../obj/HP/top_notify_mgmt_cstub.o ../../obj/HP/top_query_cstub.o -L../../obj/HP
-lnem_conf -lnem_meas -lnem_xif -lnem_rpt -lnem_lib -L/vob_mnt/A1340/if/lib/HP -lire -D_HPUX_10 -DHPUX -D_HPUX_SOURCE
-DHPUX_DCE +ESlit +Oprocelim +DAportable +O2 -L/vob_mnt/A1340/if/lib/HP -lire -lire_gui -lire_nav /opt/flexlm/v7.0/hp700_u9/lm_new.o
-L/opt/flexlm/v7.0/hp700_u9 -llmgr /opt/langtools/lib/end.o -L/usr/dt/lib -lDtHelp -lDtSvc -L/usr/lib/Motif1.2 -lMrm -lXm -L/usr/lib/X11R5 -lXt -lX11
-L/opt/commserv5.2.2/lib -ldce -lndbm -lM -lc_r -Wl,-B immediate -Wl,-B nonfatal -o ../../obj/HP/nem_server
pxdb internal warning: cu[23]: SLT_SRCFILE[27] out of synch
Please contact your HP Support representative
pxdb internal warning: cu[24]: SLT_SRCFILE[1] out of synch
pxdb internal warning: cu[24]: SLT_SRCFILE[3] out of synch
pxdb internal warning: cu[24]: SLT_SRCFILE[45] out of synch
pxdb internal warning: cu[24]: SLT_SRCFILE[87] out of synch

[...]

pxdb internal warning: cu[53]: SLT_SRCFILE[66] out of synch
pxdb: internal error. File won't be debuggable (still a valid executable)
Made executable ../../obj/HP/nem_server

Any clue what the problem might be?
Any help is highly appreciated.

Thanks in advance

Kind Regards,

Rui.

[Rita C Workman]

I found this:

Note that the special case statement for compiling des.c is present
# simply to work around a compiler bug on HP-UX 11.0. The symptom of
# the problem is that linking the pthread fileserver fails with messages
# such as
#
# pxdb internal warning: cu[84]: SLT_SRCFILE[411] out of synch
# Please contact your HP Support representative
# pxdb internal warning: cu[84]: SLT_SRCFILE[442] out of synch
# pxdb internal warning: cu[84]: SLT_SRCFILE[450] out of synch
# pxdb internal warning: cu[84]: SLT_SRCFILE[529] out of synch
# pxdb internal warning: cu[84]: SLT_SRCFILE[544] out of synch
# ...
# pxdb32: internal error. File won't be debuggable (still a valid executable)
# *** Error exit code 10
#
# The problematic version of pxdb is:
#
# $ what /opt/langtools/bin/pxdb32
# /opt/langtools/bin/pxdb32:
# HP92453-02 A.10.0A HP-UX SYMBOLIC DEBUGGER (PXDB) $Revision: 1.71 $
#
# The problem occurs when -g and -O are both used when compiling des.c.
# The simplest way to work around the problem is to leave out either -g or -O.
# Since des.c is relatively stable, try leaving out the -g.

Here's the thread address if you want to read the whole thing:
http://web.mit.edu/afs/sipb/project/openafs/ibm-src/src/libafsrpc/Makefile

Hope it helps,
/rcw

[Rui Vilao]

Rita,

First of all thanks a lot for your contribution!

The version of the debugger I havr is:

what /opt/langtools/bin/pxdb32
/opt/langtools/bin/pxdb32:
HP92453-02 A.10.0A HP-UX SYMBOLIC DEBUGGER (PXDB) $Revision: 75.30 $

Do you know if there is a patch to solve this problem? We really want to use both -g and -O ...

Kind Regards,

Rui.

[Alex Glennie · Accepted solution]

As far as I can see no :

FYI this problem occurred at both 10.20 and 11.xx , it was cured at 10.20 in PHSS_17545 but the latest cumulative pxdb patch PHSS_20122 does not mention the fix in it's documentation so I'm assumming it has not been resolved as yet.

Advise : HP are aware of this ... keep an eye out for the next pxdb patches ... ?

PS I do not think there's a work aound other than not to use the problem compile options together : (

[Rui Vilao]

Alex,

Thanks for your contribution...
We will remove one of the options...
and keep an eye on the next pxdb
patches...