ddd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ddd-3.3.9-test2 build feedback HPUX once again...


From: Arnaud Desitter
Subject: Re: ddd-3.3.9-test2 build feedback HPUX once again...
Date: Thu, 20 May 2004 14:15:05 +0100

Hi,

Thanks for your message. Looks like that ddd-3.3.9-test3 will
be necessary. Oh dear...

I attach a patch. Running autoreconf will be necessary and you
may need to correct versions of the autotools (autoconf 2.59,
automake 1.7.9 or later, libtool 1.5).

See comments below.

----- Original Message ----- 
From: "Tuomo Tikkanen" <address@hidden>
Newsgroups: gmane.comp.debugging.ddd.general
Sent: Wednesday, May 19, 2004 5:08 PM
Subject: ddd-3.3.9-test2 build feedback HPUX once again...


> I managed to compile ddd-3.3.9-test2 on HPUX11.00 using HP native C++
> compiler aCC. On HPUX10.20 there still are problems, but they seem to be
> related more to g++ on HPUX than ddd itself. Even though I have not yet
> managed compile test2 on HPUX10.20 I'd like to share few comments just
> to be sure that these issues could be taken care before 3.3.9 (or 3.4.0
> what ever it will be :-).
>
> HPUX 11.00
> ==========
>
> - HP aCC compiler (ve have currently version 3.37, so for older versions
> I can not say anything) compiles the DDD OK as long as -AA option (ANSI
> C++) is used (for configuration phase one needs to set CXXFLAGS to have
> value -AA). Maybe this could be handled in configure-script itself when
> it notifies that compiler is aCC.

I added a note to PROBLEMS with due credits.

> - In configure script there is hardcoding of static library and its path
> for XM_LIBS. The default value is "/usr/lib/Motif1.2_R6/libXm.a" which
> NOT ok for HPUX 11.* (there is no static version of Xm library in
> /usr/lib/Motif1.2_R6 on HPUX11.*). This value is OK for HPUX 10.20, but
> for HPUX 11.* the value have to be /usr/lib/Motif2.1/libXm.a. This is
> due the fact that at least in our environment the Motif 2.1 is selected
> during configuration. I suggest that in the case-switch there HPUX 10.20
> and 11.* are handled separatly.  Below a suggestion (diff between
> ddd-3.3.9-test2/configure.ac and my modifed configure.ac):
>
> -----8<-----8<-----8<-----8<-----8<-----
> 762c762
> < hpux10.20|hpux11.00|hpux11.11)
> ---
>  > hpux10.20)
> 765a766,769
>  > hpux11.00|hpux11.11)
>  >    AC_MSG_WARN([Forcing static link of Motif as HP-UX linker bug
> workaround.])>    XM_LIBS="/usr/lib/Motif2.1/libXm.a"
>  >    ;;
> -----8<-----8<-----8<-----8<-----8<-----
>

Fixed differently in configure.ac. We will see if it works.

> - further  -lXmu is needed on HPUX (because of Motif2.1?). I guess that

Needed by Motif 2.1 (at least some of it). Needed by Athena (libXaw)
which is optional in ddd.

> place where -lXmu existance is tested the --with-athena-* options are
> not used and thus configure test fails at that phase. This is due the
> fact that libXmu.a is in the same directory with libXaw.a
> (/usr/contrib/X11R6/lib) and because that is not in -L option when test
> is made XMU_LIBS test fails:

I fixed ICE_FIND_ATHENA in acinclude.m4 and I rewrote some macros
to avoid using AC_CHECK_LIB too early (AC_CHECK_LIB uses a cache
and can be called only once per library).

It may still fail if Motif 2.1 needs libXmu on HP-UX.
We will see how the new version behaves. A good test would be
to use 'configure --without-athena' and see whether configure
completes.
If it fails, then ICE_FIND_XMU will need more code.

> -----8<-----8<-----8<-----8<-----8<-----
> configure:26910: checking for XmuCvtStringToOrientation in -lXmu
> configure:26940: aCC -o conftest -AA    conftest.cc -lXmu -lXt -lXext
> -lSM -lICE -lX11   >&5
> /usr/ccs/bin/ld: Can't find library: "Xmu"
> configure:26946: $? = 1
> configure: failed program was:
> -----8<-----8<-----8<-----8<-----8<-----
>
> Personally I corrected the problem by adding -lXmu to ddd/Makefile after
> configuration, but perhaps there is better way to do this in configure
> itself.
>
> HPUX 10.20
> ==========
>
> - Unfortunately HP aCC on HPUX 10.20 does not compile DDD even though
> -AA flag is used. This seems to be a bug in compiler or in its libs,
> because it can not find certain STL-methods it uses. Unfotunately
> version 1.27 is the very last version of aCC for HPUX 10.20 and it is
> already three year old version and because HP does not anymore support
> HPUX 10.20 officially there won't be any fix for this.
> - DDD on HPUX10.20 requires -lXmu too, even though there is no Motif2.1
> for HPUX10.20. Once again I corrected this by manually adding -lXmu to

Probably for libXaw.

> ddd/Makefile. The reason for missing -lXmu seems to be the same that was
> told above being reason on HPUX11.00.
> - because above I had to use g++ on this platform (have tried versions
> 3.4.0 and 3.3.3). Unfortunately the compilation does not go through
> because in the final link phase of ddd binary following happens:
> -----8<-----8<-----8<-----8<-----8<-----
> /usr/ccs/bin/ld: Unsatisfied symbols:
>    typeinfo for _Assoc<int, VarArray<int> >(data)
>    typeinfo for DynArray<int>(data)
>    typeinfo for Assoc<string, string>(data)
>    typeinfo for DynArray<EdgeAnnotation*>(data)
>    typeinfo for VarArray<void*>(data)
>    typeinfo name for ThemePattern(data)
>    typeinfo for VarArray<EdgeAnnotation*>(data)
>    typeinfo for DynArray<GraphNode*>(data)
>    typeinfo name for UndoBufferEntry(data)
>    typeinfo for _Assoc<string, string>(data)
>    typeinfo for Assoc<int, VarArray<int> >(data)
>    typeinfo for VarArray<_WidgetRec*>(data)
>    typeinfo for VarArray<GraphNode*>(data)
>    typeinfo for DynArray<EntryType>(data)
>    typeinfo for VarArray<UndoBufferEntry>(data)
>    typeinfo for _Assoc<_WidgetRec*, string (*)(string const&)>(data)
>    typeinfo for DynArray<UndoBufferEntry>(data)
>    typeinfo for Assoc<_WidgetRec*, MinMax>(data)
>    typeinfo for VarArray<DispValue*>(data)
>    typeinfo for DynArray<VarArray<int> >(data)
>    typeinfo for _Assoc<string, VarArray<VarArray<int> > >(data)
>    typeinfo for DynArray<void*>(data)
>    typeinfo for DynArray<stat>(data)
>    typeinfo for DynArray<CodeCacheEntry>(data)
>    typeinfo for VarArray<CodeCacheEntry>(data)
>    typeinfo for Assoc<string, ThemePattern>(data)
>    typeinfo for Assoc<string, VarArray<VarArray<int> > >(data)
>    typeinfo for _Assoc<string, SourceOrigin>(data)
>    typeinfo name for DispGraph(data)
>    typeinfo for _Assoc<_WidgetRec*, MinMax>(data)
>    typeinfo for DynArray<DispValue*>(data)
>    typeinfo name for DispValue(data)
>    typeinfo for VarArray<long>(data)
>    typeinfo for _Assoc<_WidgetRec*, string>(data)
>    typeinfo for Assoc<_WidgetRec*, string>(data)
>    typeinfo for DynArray<string>(data)
>    typeinfo for DynArray<long>(data)
>    typeinfo for VarArray<EntryType>(data)
>    typeinfo for VarArray<VarArray<int> >(data)
>    typeinfo name for DispNode(data)
>    typeinfo for VarArray<stat>(data)
>    typeinfo for Assoc<string, SourceOrigin>(data)
>    typeinfo for VarArray<string>(data)
>    typeinfo for VarArray<int>(data)
>    typeinfo for Assoc<_WidgetRec*, string (*)(string const&)>(data)
>    typeinfo for DynArray<_WidgetRec*>(data)
>    typeinfo for _Assoc<string, ThemePattern>(data)
> collect2: ld returned 1 exit status
> make[2]: *** [ddd] Error 1
> -----8<-----8<-----8<-----8<-----8<-----
>
> I would guess that this is problem with g++ on HPUX and not by anyway
> related to DDD itself. I have not yet had time to inspect the problem
> more carefully though.

Just a guess. Looks in PROBLEMS, section Cygwin. Could try the trick
to remove some #pragma and see if it makes it work ?
In any case, it will be useful to fill a bug report for gcc with a
simplified
test case.
(I thought that http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9941
had it fixed in 3.4 and 3.3.3).

Regards,

Attachment: patch-ddd-3.3.9-test2.txt
Description: Text document


reply via email to

[Prev in Thread] Current Thread [Next in Thread]