RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD

RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD

[Richard Campbell]

>So I guess that it should be something along the lines:
>gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib
>.libs/libimp-cygXm-2.a
>using whather .libs/libimp-cygXm-2.a points to.

Ok, yeah, that seems to be the problem.  

bash-2.05b$ gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib -lXm
Info: resolving _xmUseVersion by linking to __imp__xmUseVersion
(auto-import)
bash-2.05b$ ./a.exe 
xmUseVersion=2001 XmVersion=2001
bash-2.05b$ gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib
ddd/.libs/libimp-cygXm-2.a 
bash-2.05b$ ./a.exe 
xmUseVersion=1089480191 XmVersion=2001

Now, I guess, to try and walk back all of the automatic steps to figure out
why ddd ended 
up linking against that libimp-cygXm-2.a file.

But first, I'll run that last g++ linking step for ddd after editing it to
remove those .libs
links.

-Richard Campbell.

Re: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: compiling DDD

[Arnaud Desitter]

----- Original Message ----- 
From: "Richard Campbell" <richard.campbell@air2web.com>
Newsgroups: gmane.os.cygwin.xfree,gmane.comp.debugging.ddd.bugs
Cc: <bug-ddd@gnu.org>
Sent: Thursday, December 04, 2003 5:50 PM
Subject: RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re:
compiling DDD


> >So I guess that it should be something along the lines:
> >gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib
> >.libs/libimp-cygXm-2.a
> >using whather .libs/libimp-cygXm-2.a points to.
>
> Ok, yeah, that seems to be the problem.
>
> bash-2.05b$ gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib -lXm
> Info: resolving _xmUseVersion by linking to __imp__xmUseVersion
> (auto-import)
> bash-2.05b$ ./a.exe
> xmUseVersion=2001 XmVersion=2001
> bash-2.05b$ gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib
> ddd/.libs/libimp-cygXm-2.a
> bash-2.05b$ ./a.exe
> xmUseVersion=1089480191 XmVersion=2001
>
> Now, I guess, to try and walk back all of the automatic steps to figure
out
> why ddd ended
> up linking against that libimp-cygXm-2.a file.

Credit or blame libtool for that.

> But first, I'll run that last g++ linking step for ddd after editing it to
> remove those .libs
> links.

Just comment out libtool in the Makefile and see what it does.
If you can crack and fix this problem properly, that would be great.

Regards,

RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD

[Richard Campbell]

>Please try on Cygwin:
>>cat Xmcheck.c
>#include <Xm/Xm.h>
>#include <stdio.h>
>int main(void){
>  printf("xmUseVersion=%d XmVersion=%d\n",
>         xmUseVersion, XmVersion);
>  return 0;
>}
>>gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib -lXm
>>./a.out
>xmUseVersion=2002 XmVersion=2002
>
>If it gives different numbers, there is a good chance that your lesstif
>library won't work properly.

bash-2.05b$ gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib -lXm 
Info: resolving _xmUseVersion by linking to __imp__xmUseVersion
(auto-import)
bash-2.05b$ ./a.exe 
xmUseVersion=2001 XmVersion=2001

Same numbers.

-Richard Campbell.

Re: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: compiling DDD

[Arnaud Desitter]

----- Original Message ----- 
From: "Richard Campbell" <richard.campbell@air2web.com>
Newsgroups: gmane.os.cygwin.xfree,gmane.comp.debugging.ddd.bugs
Cc: <bug-ddd@gnu.org>
Sent: Thursday, December 04, 2003 4:54 PM
Subject: RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re:
compiling DDD


> >Please try on Cygwin:
> >>cat Xmcheck.c
> >#include <Xm/Xm.h>
> >#include <stdio.h>
> >int main(void){
> >  printf("xmUseVersion=%d XmVersion=%d\n",
> >         xmUseVersion, XmVersion);
> >  return 0;
> >}
> >>gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib -lXm
> >>./a.out
> >xmUseVersion=2002 XmVersion=2002
> >
> >If it gives different numbers, there is a good chance that your lesstif
> >library won't work properly.
>
> bash-2.05b$ gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib -lXm
> Info: resolving _xmUseVersion by linking to __imp__xmUseVersion
> (auto-import)
> bash-2.05b$ ./a.exe
> xmUseVersion=2001 XmVersion=2001
>
> Same numbers.

That's progress. Could you try to perform the link using the same commands
as ddd ?
You posted:
g++ -DNDEBUG -O2 -g -W -Wall -trigraphs -o ddd.exe ddd.o basename.o
compare.o cook.o cwd.o glob.o
<snip many more *.o files>
UndoBuffer.o UndoBE.o WhatNextCB.o configinfo.o  -L/usr/X11R6/lib
.libs/libimp-cygXm-2.a -lXft -lXrender .libs/libimp-cygfontconfig-1.a
.libs/libimp-cygfreetype-6.a -lz .libs/libimp-cygexpat-0.a -lXaw -lXmu -lXt
-lXpm -lXp -lXext -lX11 -lSM -lICE -lncurses -ly ../libiberty/libiberty.a
-Wl,--rpath -Wl,/usr/X11R6/lib -Wl,--rpath -Wl,/usr/X11R6/lib

So I guess that it should be something along the lines:
gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib
.libs/libimp-cygXm-2.a
using whather .libs/libimp-cygXm-2.a points to.

Regards,

RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD

[Richard Campbell]

>That is a bug in gcc on cygwin related to "#pragma interface".
>Please look for help on the cygwin mailing list.

Arnaud, the problem is with both "#pragma interface" and "#pragma
implementation".
http://www.cygwin.com/ml/cygwin/2003-07/msg00463.html

Guarding all "#pragma interface" and "#pragma implementation" calls with 
ifndef __CYGWIN__

allows everything to compile cleanly - is this something that could be 
applied to the main baseline?


>Modifying ddd/config.h will not help. There is a problem with the
>lesstif distribution on cygwin. See:
>http://www.lesstif.org/INSTALL.html

Is the following what you are referring to?

"On windows using Cygwin, U/WIN or Interix, LessTif must be built as 
static libraries. Because, one of the biggest issues with X on Win32 
is the moronic DLL format. Specifically - it is not possible to export 
data from a Win32 DLL in a form that can be used to statically initialize 
another global variable. Data access from a DLL requires at least one 
pointer indirection, and hence executable code. This is why X11R6 doesn't 
have DLLs for Xt/Xmu/Xaw (and Motif) on Win32."

If yes, these rules have been changing.  Brian, isn't this what you 
were specifically working on recently?

-Richard Campbell.

Re: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: compiling DDD

[Arnaud Desitter]

----- Original Message ----- 
From: "Richard Campbell" <richard.campbell@air2web.com>
Newsgroups: gmane.os.cygwin.xfree,gmane.comp.debugging.ddd.bugs
Cc: <bug-ddd@gnu.org>
Sent: Thursday, December 04, 2003 2:49 PM
Subject: RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re:
compiling DDD


> >That is a bug in gcc on cygwin related to "#pragma interface".
> >Please look for help on the cygwin mailing list.
>
> Arnaud, the problem is with both "#pragma interface" and "#pragma
> implementation".
> http://www.cygwin.com/ml/cygwin/2003-07/msg00463.html
>
> Guarding all "#pragma interface" and "#pragma implementation" calls with
> ifndef __CYGWIN__
>
> allows everything to compile cleanly - is this something that could be
> applied to the main baseline?

It may be better to fix gcc. However, you can try to convince the ddd
maintainer.

> >Modifying ddd/config.h will not help. There is a problem with the
> >lesstif distribution on cygwin. See:
> >http://www.lesstif.org/INSTALL.html
>
> Is the following what you are referring to?

What I was referring to is that in the curent lesstif version, the
compatibility
mode is hard-coded at build time. Therefore, there is no compatibility
switch to play with once lesstif is installed.

Please try on Cygwin:
>cat Xmcheck.c
#include <Xm/Xm.h>
#include <stdio.h>
int main(void){
  printf("xmUseVersion=%d XmVersion=%d\n",
         xmUseVersion, XmVersion);
  return 0;
}
>gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib -lXm
>./a.out
xmUseVersion=2002 XmVersion=2002

If it gives different numbers, there is a good chance that your lesstif
library won't work properly.

Regards,

>
> -Richard Campbell.
>

Re: compiling DDD

[Brian Ford]

This is an XFree86 issue, so please use the proper mailing list
(cygwin-xfree@cygwin.com).

On Wed, 3 Dec 2003 y2bismil@engmail.uwaterloo.ca wrote:

> I used to be able to compile ddd fine, but something occurred when i recently
> updated ddd.  I'm getting static initialiation_construct_and_destructor errors.
>
Please post the exact (cut and paste) error messages you receive.

>  If I revert to an oldfer binary or older GCC(3.2.x) then it compiles fine, but
> segfaults on startup.
>
What does an older binary mean?

Please see http://www.cygwin.com/problems.html for the additional
information we need to help.

Also, search the cygwin-xfree mailing list archives to see several
discussions on this topic.

> *****ddd log*************
> GNU DDD 3.3.8 (i686-pc-cygwin)
> Copyright (C) 1995-1999 Technische Universit䴠Braunschweig, Germany.
> Copyright (C) 1999-2001 Universit䴠Passau, Germany.
> Copyright (C) 2001 Universit䴠des Saarlandes, Germany.
>
> Compiled with GCC 3.2 20020927 (prerelease)
> Requires X11R6, Xt11R6, Motif 2.1 (GNU/LessTif Version 2.1 Release 0.93.91)
> Includes XPM 3.4.11, Athena Panner (7000002L), DDD core
> Built 2003-12-02 by me!!!!.
> $  ddd
> !  Segmentation fault
> ******************************
> It complains about getting an XT error.
>
Please post the exact XT error.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: compiling DDD

[S Iyer]

As I am having similar problems with DDD, let me describe what I
have done.
1. Setup a fresh copy of cygwin from kernel.org mirror
2. Get ddd-3.3.8 and unpack.
3. ./configure -- all goes well with one WARNING:
configure: WARNING: X11/Xmu/Editres.h: present but cannot be compiled
configure: WARNING: X11/Xmu/Editres.h: check for missing prerequisite headers?
configure: WARNING: X11/Xmu/Editres.h: proceeding with the preprocessor's result

4. make did not compile even a single file:
$make
Making all in libiberty
/usr/local/ddd-3.3.8/libiberty
make[1]: Entering directory `/usr/local/ddd-3.3.8/libiberty'
if [ x"" != x ] && [ ! -d pic ]; then \
  mkdir pic; \
else true; fi
touch stamp-picdir
make[1]: *** No rule to make target `../include/xregex.h', needed
by `regex.o'.  Stop.
make[1]: Leaving directory `/usr/local/ddd-3.3.8/libiberty'
make: *** [all-recursive] Error 1

Now I can use an earlier ddd or an earlier gcc.
Having read past messages, old gcc's are frowned upon.
So I got ddd-3.3.7, compile still complains that  Editres cannot
be compiled. make seems to compile everything untilt eh linker
complains:
AgentM.o(.text+0x296): In function `GLOBAL(int10_t, long double,
char, short, int, double)':
/usr/include/c++/3.3.1/iostream:87: undefined reference to
`__static_initialization_and_destruction_0(int, int)'
AgentM.o(.text+0x2b6): In function `_GLOBAL__D_AgentM_rcsid':
/usr/include/c++/3.3.1/iostream:87: undefined reference to
`__static_initialization_and_destruction_0(int, int)'
AsyncAgent.o(.text+0x8b6): In function
`_GLOBAL__I_AsyncAgent_rcsid':
/usr/include/c++/3.3.1/iostream:287: undefined reference to
`__static_initialization_and_destruction_0(int, int)'
AsyncAgent.o(.text+0x8d6): In function
`_GLOBAL__D_AsyncAgent_rcsid':
/usr/include/c++/3.3.1/iostream:287: undefined reference to
`__static_initialization_and_destruction_0(int, int)'
LiterateA.o(.text+0x2496): In function
`_GLOBAL__I_LiterateAgent_rcsid':
/usr/include/c++/3.3.1/iostream:269: undefined reference to
`__static_initialization_and_destruction_0(int, int)'
LiterateA.o(.text+0x24b6):/usr/include/c++/3.3.1/iostream:269:
more undefined references to
`__static_initialization_and_destruction_0(int, int)' follow
GraphNPA.o(.ctors+0x0):/usr/local/ddd-3.3.7/ddd/GraphNPA.C:
undefined reference to `__GLOBAL__I_GraphNodePointerArray_rcsid'
GraphNPA.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/GraphNPA.C:
undefined reference to `__GLOBAL__D_GraphNodePointerArray_rcsid'
HintGraphN.o(.text+0xa6): In function
`_GLOBAL__I_HintGraphNode_rcsid':
/usr/include/c++/3.3.1/iostream:453: undefined reference to
`__static_initialization_and_destruction_0(int, int)'
HintGraphN.o(.text+0xc6): In function
`_GLOBAL__D_HintGraphNode_rcsid':
/usr/include/c++/3.3.1/iostream:453: undefined reference to
`__static_initialization_and_destruction_0(int, int)'
PannedGE.o(.ctors+0x0):PannedGE.C: undefined reference to
`__GLOBAL__I_PannedGraphEdit_rcsid'
PannedGE.o(.dtors+0x0):PannedGE.C: undefined reference to
`__GLOBAL__D_PannedGraphEdit_rcsid'
PosGraphN.o(.text+0x36): In function
`_GLOBAL__I_PosGraphNode_rcsid':
/usr/include/c++/3.3.1/iostream:453: undefined reference to
`__static_initialization_and_destruction_0(int, int)'
PosGraphN.o(.text+0x56): In function
`_GLOBAL__D_PosGraphNode_rcsid':
/usr/include/c++/3.3.1/iostream:453: undefined reference to
`__static_initialization_and_destruction_0(int, int)'
annotation.o(.ctors+0x0): In function
`_Z13strip_leadingR6stringRKS_':
/usr/local/ddd-3.3.7/ddd/annotation.C:45: undefined reference to
`__GLOBAL__I_annotation_rcsid'
annotation.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/annotation.C:45:
undefined reference to `__GLOBAL__D_annotation_rcsid'
complete.o(.text+0x2aa6): In function `GLOBAL(int12_t, long
double, char, short, int, double)':
/usr/include/c++/3.3.1/iostream:226: undefined reference to
`__static_initialization_and_destruction_0(int, int)'
complete.o(.text+0x2ac6): In function
`_GLOBAL__D_complete_rcsid':
/usr/include/c++/3.3.1/iostream:226: undefined reference to
`__static_initialization_and_destruction_0(int, int)'
deref.o(.text+0x856): In function `GLOBAL(int222_t, long double,
char, short, int, double)':
/usr/include/c++/3.3.1/iostream:1089: undefined reference to
`__static_initialization_and_destruction_0(int, int)'
deref.o(.text+0x876): In function `_GLOBAL__D_deref_rcsid':
/usr/include/c++/3.3.1/iostream:1089: undefined reference to
`__static_initialization_and_destruction_0(int, int)'
disp-read.o(.text+0x43b6): In function
`_GLOBAL__I_disp_read_rcsid':
/usr/include/c++/3.3.1/iostream:1089: undefined reference to
`__static_initialization_and_destruction_0(int, int)'
disp-read.o(.text+0x43d6):/usr/include/c++/3.3.1/iostream:1089:
more undefined references to
`__static_initialization_and_destruction_0(int, int)' follow
fortranize.o(.ctors+0x0):fortranize.C: undefined reference to
`__GLOBAL__I_fortranize_rcsid'
fortranize.o(.dtors+0x0):fortranize.C: undefined reference to
`__GLOBAL__D_fortranize_rcsid'
post.o(.ctors+0x0): In function `_Z4YnCBP10_WidgetRecPvS1_':
/usr/local/ddd-3.3.7/ddd/post.C:85: undefined reference to
`_GLOBAL(int0_t, long double, char, short, int, double)'
post.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/post.C:85: undefined
reference to `__GLOBAL__D_post_rcsid'
question.o(.ctors+0x0): In function `_Z17gdb_reply_timeoutPvPm':
/usr/local/ddd-3.3.7/ddd/question.C:76: undefined reference to
`_GLOBAL(int0_t, long double, char, short, int, double)'
question.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/question.C:76:
undefined reference to `__GLOBAL__D_question_rcsid'
simpleMenu.o(.ctors+0x0): In function
`_Z10same_shellP10_WidgetRecS0_':
/usr/local/ddd-3.3.7/ddd/simpleMenu.C:58: undefined reference to
`__GLOBAL__I_simpleMenu_rcsid'
simpleMenu.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/simpleMenu.C:58:
undefined reference to `__GLOBAL__D_simpleMenu_rcsid'
status.o(.text+0x28a6): In function `GLOBAL(int0_t, long double,
char, short, int, double)':
/usr/include/c++/3.3.1/iostream:437: undefined reference to
`__static_initialization_and_destruction_0(int, int)'
status.o(.text+0x28c6): In function `_GLOBAL__D_status_rcsid':

etc  ending in:

Info: resolving _topLevelShellWidgetClass by linking to
__imp__topLevelShellWidgetClass (auto-import)
Info: resolving _overrideShellWidgetClass by linking to
__imp__overrideShellWidgetClass (auto-import)
Info: resolving _widgetClassRec by linking to
__imp__widgetClassRec (auto-import)
Info: resolving __XtInherit by linking to __imp___XtInherit
(auto-import)
Info: resolving __XtInheritTranslations by linking to
__imp___XtInheritTranslations (auto-import)
Info: resolving _formWidgetClass by linking to
__imp__formWidgetClass (auto-import)
Info: resolving _pannerWidgetClass by linking to
__imp__pannerWidgetClass (auto-import)
collect2: ld returned 1 exit status
make[2]: *** [ddd.exe] Error 1
make[2]: Leaving directory `/usr/local/ddd-3.3.7/ddd'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/usr/local/ddd-3.3.7/ddd'
make: *** [all-recursive] Error 1

I also tried compiling ddd-3.3.8 with gcc-3.2,
the compilation as well as linkage work but ddd crashes as soon
as it is started.
$ddd
Warning: This DDD requires a Motif 2.1 library (using Motif
-1617156.-609)
Continue at own risk.

Internal error (Segmentation fault).

Oops!  You have found a bug in DDD.

If you can reproduce this bug, please send a bug report
to <bug-ddd@gnu.org>, giving a subject like

    DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault' signal

To enable us to fix the bug, you should include the following
information:
* What you were doing to get this message.  Report all the facts.
* The contents of the `~/.ddd/log' file as generated by this
* session.
Please read also the section "Reporting Bugs" in the DDD manual.

We thank you for your support.
-------
Notice the ridiculous value for "using Motif".
Of course my motif is actually lesstif, version  0.93.91-4

Someone suggested in a previous thread that there is
MOTIF-LESSTIF compatibility flag that needs to be set.
Well, I could not find an option to configure to do this,
so I set opened up ddd/config.h and set the two variables
HAVE_MOTIF and HAVE_LESSTIF to (0,1) as well as (1,1)
There is no change in the segmentation fault behaviour as above.

Anyone have a clue?

Thanks
subbu

On Wed, Dec 03, 2003 at 01:20:23PM -0600, Brian Ford wrote:
> Date: Wed, 3 Dec 2003 13:20:23 -0600 (CST)
> From: Brian Ford <ford@vss.fsi.com>
> To: y2bismil@engmail.uwaterloo.ca
> cc: cygwin-xfree@cygwin.com
> Subject: Re: compiling DDD
> 
> This is an XFree86 issue, so please use the proper mailing list
> (cygwin-xfree@cygwin.com).
> 
> On Wed, 3 Dec 2003 y2bismil@engmail.uwaterloo.ca wrote:
> 
> > I used to be able to compile ddd fine, but something occurred when i recently
> > updated ddd.  I'm getting static initialiation_construct_and_destructor errors.
> >
> Please post the exact (cut and paste) error messages you receive.
> 
> >  If I revert to an oldfer binary or older GCC(3.2.x) then it compiles fine, but
> > segfaults on startup.
> >
> What does an older binary mean?
> 
> Please see http://www.cygwin.com/problems.html for the additional
> information we need to help.
> 
> Also, search the cygwin-xfree mailing list archives to see several
> discussions on this topic.
> 
> > *****ddd log*************
> > GNU DDD 3.3.8 (i686-pc-cygwin)
> > Copyright (C) 1995-1999 Technische Universit&#19744;Braunschweig, Germany.
> > Copyright (C) 1999-2001 Universit&#19744;Passau, Germany.
> > Copyright (C) 2001 Universit&#19744;des Saarlandes, Germany.
> >
> > Compiled with GCC 3.2 20020927 (prerelease)
> > Requires X11R6, Xt11R6, Motif 2.1 (GNU/LessTif Version 2.1 Release 0.93.91)
> > Includes XPM 3.4.11, Athena Panner (7000002L), DDD core
> > Built 2003-12-02 by me!!!!.
> > $  ddd
> > !  Segmentation fault
> > ******************************
> > It complains about getting an XT error.
> >
> Please post the exact XT error.
> 
> -- 
> Brian Ford
> Senior Realtime Software Engineer
> VITAL - Visual Simulation Systems
> FlightSafety International
> Phone: 314-551-8460
> Fax:   314-551-8444

-- 

Re: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: compiling DDD

[Arnaud Desitter]

Hi,

----- Original Message ----- 
From: "S Iyer" <subbuk@cs.utexas.edu>
Newsgroups: gmane.os.cygwin.xfree,gmane.comp.debugging.ddd.bugs
Cc: <bug-ddd@gnu.org>
Sent: Wednesday, December 03, 2003 9:42 PM
Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re:
compiling DDD


> As I am having similar problems with DDD, let me describe what I
> have done.
> 1. Setup a fresh copy of cygwin from kernel.org mirror
> 2. Get ddd-3.3.8 and unpack.
> 3. ./configure -- all goes well with one WARNING:
> configure: WARNING: X11/Xmu/Editres.h: present but cannot be compiled
> configure: WARNING: X11/Xmu/Editres.h: check for missing prerequisite
headers?
> configure: WARNING: X11/Xmu/Editres.h: proceeding with the preprocessor's
result
>
> 4. make did not compile even a single file:
> $make
> Making all in libiberty
> /usr/local/ddd-3.3.8/libiberty
> make[1]: Entering directory `/usr/local/ddd-3.3.8/libiberty'
> if [ x"" != x ] && [ ! -d pic ]; then \
>   mkdir pic; \
> else true; fi
> touch stamp-picdir
> make[1]: *** No rule to make target `../include/xregex.h', needed
> by `regex.o'.  Stop.
> make[1]: Leaving directory `/usr/local/ddd-3.3.8/libiberty'
> make: *** [all-recursive] Error 1
>

Some include files from libiberty have been forgotten in ddd 3.3.8.
It will be fixed in the next version. Meanwhile, you can find the missing
files
in gcc 3.3.2. Grab the gcc source and recopy gcc/include within ddd/include.
That should fix it.

> Now I can use an earlier ddd or an earlier gcc.
> Having read past messages, old gcc's are frowned upon.
> So I got ddd-3.3.7, compile still complains that  Editres cannot
> be compiled. make seems to compile everything untilt eh linker
> complains:
> AgentM.o(.text+0x296): In function `GLOBAL(int10_t, long double,
> char, short, int, double)':
> /usr/include/c++/3.3.1/iostream:87: undefined reference to
> `__static_initialization_and_destruction_0(int, int)'
> AgentM.o(.text+0x2b6): In function `_GLOBAL__D_AgentM_rcsid':
> /usr/include/c++/3.3.1/iostream:87: undefined reference to
> `__static_initialization_and_destruction_0(int, int)'
> AsyncAgent.o(.text+0x8b6): In function
> `_GLOBAL__I_AsyncAgent_rcsid':
> /usr/include/c++/3.3.1/iostream:287: undefined reference to
> `__static_initialization_and_destruction_0(int, int)'
> AsyncAgent.o(.text+0x8d6): In function
> `_GLOBAL__D_AsyncAgent_rcsid':
> /usr/include/c++/3.3.1/iostream:287: undefined reference to
> `__static_initialization_and_destruction_0(int, int)'
> LiterateA.o(.text+0x2496): In function
> `_GLOBAL__I_LiterateAgent_rcsid':
> /usr/include/c++/3.3.1/iostream:269: undefined reference to
> `__static_initialization_and_destruction_0(int, int)'
> LiterateA.o(.text+0x24b6):/usr/include/c++/3.3.1/iostream:269:
> more undefined references to
> `__static_initialization_and_destruction_0(int, int)' follow
> GraphNPA.o(.ctors+0x0):/usr/local/ddd-3.3.7/ddd/GraphNPA.C:
> undefined reference to `__GLOBAL__I_GraphNodePointerArray_rcsid'
> GraphNPA.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/GraphNPA.C:
> undefined reference to `__GLOBAL__D_GraphNodePointerArray_rcsid'
> HintGraphN.o(.text+0xa6): In function
> `_GLOBAL__I_HintGraphNode_rcsid':
> /usr/include/c++/3.3.1/iostream:453: undefined reference to
> `__static_initialization_and_destruction_0(int, int)'
> HintGraphN.o(.text+0xc6): In function
> `_GLOBAL__D_HintGraphNode_rcsid':
> /usr/include/c++/3.3.1/iostream:453: undefined reference to
> `__static_initialization_and_destruction_0(int, int)'
> PannedGE.o(.ctors+0x0):PannedGE.C: undefined reference to
> `__GLOBAL__I_PannedGraphEdit_rcsid'
> PannedGE.o(.dtors+0x0):PannedGE.C: undefined reference to
> `__GLOBAL__D_PannedGraphEdit_rcsid'
> PosGraphN.o(.text+0x36): In function
> `_GLOBAL__I_PosGraphNode_rcsid':
> /usr/include/c++/3.3.1/iostream:453: undefined reference to
> `__static_initialization_and_destruction_0(int, int)'
> PosGraphN.o(.text+0x56): In function
> `_GLOBAL__D_PosGraphNode_rcsid':
> /usr/include/c++/3.3.1/iostream:453: undefined reference to
> `__static_initialization_and_destruction_0(int, int)'
> annotation.o(.ctors+0x0): In function
> `_Z13strip_leadingR6stringRKS_':
> /usr/local/ddd-3.3.7/ddd/annotation.C:45: undefined reference to
> `__GLOBAL__I_annotation_rcsid'
> annotation.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/annotation.C:45:
> undefined reference to `__GLOBAL__D_annotation_rcsid'
> complete.o(.text+0x2aa6): In function `GLOBAL(int12_t, long
> double, char, short, int, double)':
> /usr/include/c++/3.3.1/iostream:226: undefined reference to
> `__static_initialization_and_destruction_0(int, int)'
> complete.o(.text+0x2ac6): In function
> `_GLOBAL__D_complete_rcsid':
> /usr/include/c++/3.3.1/iostream:226: undefined reference to
> `__static_initialization_and_destruction_0(int, int)'
> deref.o(.text+0x856): In function `GLOBAL(int222_t, long double,
> char, short, int, double)':
> /usr/include/c++/3.3.1/iostream:1089: undefined reference to
> `__static_initialization_and_destruction_0(int, int)'
> deref.o(.text+0x876): In function `_GLOBAL__D_deref_rcsid':
> /usr/include/c++/3.3.1/iostream:1089: undefined reference to
> `__static_initialization_and_destruction_0(int, int)'
> disp-read.o(.text+0x43b6): In function
> `_GLOBAL__I_disp_read_rcsid':
> /usr/include/c++/3.3.1/iostream:1089: undefined reference to
> `__static_initialization_and_destruction_0(int, int)'
> disp-read.o(.text+0x43d6):/usr/include/c++/3.3.1/iostream:1089:
> more undefined references to
> `__static_initialization_and_destruction_0(int, int)' follow
> fortranize.o(.ctors+0x0):fortranize.C: undefined reference to
> `__GLOBAL__I_fortranize_rcsid'
> fortranize.o(.dtors+0x0):fortranize.C: undefined reference to
> `__GLOBAL__D_fortranize_rcsid'
> post.o(.ctors+0x0): In function `_Z4YnCBP10_WidgetRecPvS1_':
> /usr/local/ddd-3.3.7/ddd/post.C:85: undefined reference to
> `_GLOBAL(int0_t, long double, char, short, int, double)'
> post.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/post.C:85: undefined
> reference to `__GLOBAL__D_post_rcsid'
> question.o(.ctors+0x0): In function `_Z17gdb_reply_timeoutPvPm':
> /usr/local/ddd-3.3.7/ddd/question.C:76: undefined reference to
> `_GLOBAL(int0_t, long double, char, short, int, double)'
> question.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/question.C:76:
> undefined reference to `__GLOBAL__D_question_rcsid'
> simpleMenu.o(.ctors+0x0): In function
> `_Z10same_shellP10_WidgetRecS0_':
> /usr/local/ddd-3.3.7/ddd/simpleMenu.C:58: undefined reference to
> `__GLOBAL__I_simpleMenu_rcsid'
> simpleMenu.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/simpleMenu.C:58:
> undefined reference to `__GLOBAL__D_simpleMenu_rcsid'
> status.o(.text+0x28a6): In function `GLOBAL(int0_t, long double,
> char, short, int, double)':
> /usr/include/c++/3.3.1/iostream:437: undefined reference to
> `__static_initialization_and_destruction_0(int, int)'
> status.o(.text+0x28c6): In function `_GLOBAL__D_status_rcsid':
>
> etc  ending in:
>
> Info: resolving _topLevelShellWidgetClass by linking to
> __imp__topLevelShellWidgetClass (auto-import)
> Info: resolving _overrideShellWidgetClass by linking to
> __imp__overrideShellWidgetClass (auto-import)
> Info: resolving _widgetClassRec by linking to
> __imp__widgetClassRec (auto-import)
> Info: resolving __XtInherit by linking to __imp___XtInherit
> (auto-import)
> Info: resolving __XtInheritTranslations by linking to
> __imp___XtInheritTranslations (auto-import)
> Info: resolving _formWidgetClass by linking to
> __imp__formWidgetClass (auto-import)
> Info: resolving _pannerWidgetClass by linking to
> __imp__pannerWidgetClass (auto-import)
> collect2: ld returned 1 exit status
> make[2]: *** [ddd.exe] Error 1
> make[2]: Leaving directory `/usr/local/ddd-3.3.7/ddd'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/usr/local/ddd-3.3.7/ddd'
> make: *** [all-recursive] Error 1

That is a bug in gcc on cygwin related to "#pragma interface".
Please look for help on the cygwin mailing list.

>
> I also tried compiling ddd-3.3.8 with gcc-3.2,
> the compilation as well as linkage work but ddd crashes as soon
> as it is started.
> $ddd
> Warning: This DDD requires a Motif 2.1 library (using Motif
> -1617156.-609)
> Continue at own risk.
>
> Internal error (Segmentation fault).
>
> Oops!  You have found a bug in DDD.
>
> If you can reproduce this bug, please send a bug report
> to <bug-ddd@gnu.org>, giving a subject like
>
>     DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault' signal
>
> To enable us to fix the bug, you should include the following
> information:
> * What you were doing to get this message.  Report all the facts.
> * The contents of the `~/.ddd/log' file as generated by this
> * session.
> Please read also the section "Reporting Bugs" in the DDD manual.
>
> We thank you for your support.
> -------
> Notice the ridiculous value for "using Motif".
> Of course my motif is actually lesstif, version  0.93.91-4

That is a problem with lessif on cygwin and it is not related
to ddd.

> Someone suggested in a previous thread that there is
> MOTIF-LESSTIF compatibility flag that needs to be set.
> Well, I could not find an option to configure to do this,
> so I set opened up ddd/config.h and set the two variables
> HAVE_MOTIF and HAVE_LESSTIF to (0,1) as well as (1,1)
> There is no change in the segmentation fault behaviour as above.

Modifying ddd/config.h will not help. There is a problem with the
lesstif distribution on cygwin. See:
http://www.lesstif.org/INSTALL.html

Good luck,

>
> Anyone have a clue?
>
> Thanks
> subbu
>
> On Wed, Dec 03, 2003 at 01:20:23PM -0600, Brian Ford wrote:
> > Date: Wed, 3 Dec 2003 13:20:23 -0600 (CST)
> > From: Brian Ford <ford@vss.fsi.com>
> > To: y2bismil@engmail.uwaterloo.ca
> > cc: cygwin-xfree@cygwin.com
> > Subject: Re: compiling DDD
> >
> > This is an XFree86 issue, so please use the proper mailing list
> > (cygwin-xfree@cygwin.com).
> >
> > On Wed, 3 Dec 2003 y2bismil@engmail.uwaterloo.ca wrote:
> >
> > > I used to be able to compile ddd fine, but something occurred when i
recently
> > > updated ddd.  I'm getting static
initialiation_construct_and_destructor errors.
> > >
> > Please post the exact (cut and paste) error messages you receive.
> >
> > >  If I revert to an oldfer binary or older GCC(3.2.x) then it compiles
fine, but
> > > segfaults on startup.
> > >
> > What does an older binary mean?
> >
> > Please see http://www.cygwin.com/problems.html for the additional
> > information we need to help.
> >
> > Also, search the cygwin-xfree mailing list archives to see several
> > discussions on this topic.
> >
> > > *****ddd log*************
> > > GNU DDD 3.3.8 (i686-pc-cygwin)
> > > Copyright (C) 1995-1999 Technische Universit&#19744;Braunschweig,
Germany.
> > > Copyright (C) 1999-2001 Universit&#19744;Passau, Germany.
> > > Copyright (C) 2001 Universit&#19744;des Saarlandes, Germany.
> > >
> > > Compiled with GCC 3.2 20020927 (prerelease)
> > > Requires X11R6, Xt11R6, Motif 2.1 (GNU/LessTif Version 2.1 Release
0.93.91)
> > > Includes XPM 3.4.11, Athena Panner (7000002L), DDD core
> > > Built 2003-12-02 by me!!!!.
> > > $  ddd
> > > !  Segmentation fault
> > > ******************************
> > > It complains about getting an XT error.
> > >
> > Please post the exact XT error.
> >
> > -- 
> > Brian Ford
> > Senior Realtime Software Engineer
> > VITAL - Visual Simulation Systems
> > FlightSafety International
> > Phone: 314-551-8460
> > Fax:   314-551-8444
>
> -- 
>