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]

>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: c ompiling DDD

[Harold L Hunt II]

Richard Campbell wrote:
>>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?

The statement in quotes above is now misleading and completely 
incorrect.  We are distributing *only* a shared version of LessTif on 
Cygwin now.  The various problems mentioned in the quote all have 
work-arounds, some of which were already used by OS/2; we enabled those 
work-arounds and adding one or two more of our own and the shared 
LessTif library compiles and works fine now.

The problem is not with Cygwin's LessTif... the problem is in how DDD is 
detecting LessTif on Cygwin.  It must be assuming that the file name for 
the import library with be of the format foo.a whereas the name is of 
the format foo.dll.a on Cygwin.

Harold

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: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD

[Arnaud Desitter]

----- Original Message ----- 
From: "Harold L Hunt II" <huntharo@msu.edu>
Newsgroups: gmane.os.cygwin.xfree,gmane.comp.debugging.ddd.bugs
Cc: <bug-ddd@gnu.org>
Sent: Thursday, December 04, 2003 3:49 PM
Subject: Re: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c
ompiling DDD


> Richard Campbell wrote:

> >>http://www.lesstif.org/INSTALL.html
> >
> > "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?
>
> The statement in quotes above is now misleading and completely
> incorrect.  We are distributing *only* a shared version of LessTif on
> Cygwin now.  The various problems mentioned in the quote all have
> work-arounds, some of which were already used by OS/2; we enabled those
> work-arounds and adding one or two more of our own and the shared
> LessTif library compiles and works fine now.
>

Fill free to contact the lesstif guys to fix it.

Regards,

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

[Harold L Hunt II]

Arnaud Desitter wrote:
>>>If yes, these rules have been changing.  Brian, isn't this what you
>>>were specifically working on recently?
>>
>>The statement in quotes above is now misleading and completely
>>incorrect.  We are distributing *only* a shared version of LessTif on
>>Cygwin now.  The various problems mentioned in the quote all have
>>work-arounds, some of which were already used by OS/2; we enabled those
>>work-arounds and adding one or two more of our own and the shared
>>LessTif library compiles and works fine now.
>>
> 
> 
> Fill free to contact the lesstif guys to fix it.
> 
> Regards,

Regards,

My bad... I'm just a clueless newbie to this whole open-source 
development thingy majig.

Harold

INSTALL.html#compile_Windows was (Re: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault)

[Brian Ford]

Arnaud Desitter wrote:
> Harold L Hunt II wrote:
>> Richard Campbell wrote:
>>>Arnaud Desitter wrote:
>>>>http://www.lesstif.org/INSTALL.html
>>>
>>> "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?
>>>
I was just trying to help pick up the pieces.

Ralf Habacker and Harold L Hunt II fixed the shared Xt problem here:

http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00173.html

Then, Zhangrong Huang and Harold L Hunt II fixed lesstif here:

http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00347.html

> > The statement in quotes above is now misleading and completely
> > incorrect.  We are distributing *only* a shared version of LessTif on
> > Cygwin now.  The various problems mentioned in the quote all have
> > work-arounds, some of which were already used by OS/2; we enabled those
> > work-arounds and adding one or two more of our own and the shared
> > LessTif library compiles and works fine now.
> >
I'll take an action item to push these changes back upstream to lesstif,
but don't expect any particular time line.

> Fill free to contact the lesstif guys to fix it.
>
I did, here:

http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00291.html

They have not, yet.

I guess I need to supply an actual documentation patch.  Again, I'll put
it on my list.  But, don't expect immediate action.

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

Re: [Lesstif] INSTALL.html#compile_Windows was (Re: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault)

[Danny Backx]

Hmm, maybe I didn't read some message carefully enough to figure
out that this was a complete and working patch set, not work
in progress.

If that is so, my apologies.

Anyway : I've located the messages in your mail and worked through
the patch set. I've applied them. One was wrong (aclocal.m4 is a
generated file, ac_find_xft.m4 needed to be changed instead.

I've edited the INSTALL document, you may want to read the
changes. I am not sure whether Interix and others still exist,
maybe you'd like me to add more comments about Cygwin. If you
do, don't hesitate to ask.

I don't run Cygwin regularly so I'm not in a position to test
these changes. Can someone check ? Do you want me to create
another release of LessTif with this change ?

	Danny

On Thu, 2003-12-04 at 20:35, Brian Ford wrote:
> Arnaud Desitter wrote:
> > Harold L Hunt II wrote:
> >> Richard Campbell wrote:
> >>>Arnaud Desitter wrote:
> >>>>http://www.lesstif.org/INSTALL.html
> >>>
> >>> "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?
> >>>
> I was just trying to help pick up the pieces.
> 
> Ralf Habacker and Harold L Hunt II fixed the shared Xt problem here:
> 
> http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00173.html
> 
> Then, Zhangrong Huang and Harold L Hunt II fixed lesstif here:
> 
> http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00347.html
> 
> > > The statement in quotes above is now misleading and completely
> > > incorrect.  We are distributing *only* a shared version of LessTif on
> > > Cygwin now.  The various problems mentioned in the quote all have
> > > work-arounds, some of which were already used by OS/2; we enabled those
> > > work-arounds and adding one or two more of our own and the shared
> > > LessTif library compiles and works fine now.
> > >
> I'll take an action item to push these changes back upstream to lesstif,
> but don't expect any particular time line.
> 
> > Fill free to contact the lesstif guys to fix it.
> >
> I did, here:
> 
> http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00291.html
> 
> They have not, yet.
> 
> I guess I need to supply an actual documentation patch.  Again, I'll put
> it on my list.  But, don't expect immediate action.

Re: [Lesstif] INSTALL.html#compile_Windows

[Brian Ford]

On Sun, 7 Dec 2003, Danny Backx wrote:

> Hmm, maybe I didn't read some message carefully enough to figure
> out that this was a complete and working patch set, not work
> in progress.
>
At the time, a lesstif DLL for Cygwin was still a work in progress, all be
it an iminent one.  But, the Xt/Xmu/Xaw DLLs described by your
documentation as the reason for its impossibility did already exist.
Hence, I requested a documentation update while soliciting help for the
work in progress.

> If that is so, my apologies.
>
It was confusing, and I should have supplied an actual documentation patch
instead of just the commentary.  So, my appologies as well.

> Anyway : I've located the messages in your mail and worked through
> the patch set. I've applied them. One was wrong (aclocal.m4 is a
> generated file, ac_find_xft.m4 needed to be changed instead.
>
I definately did not expect you to do this.  As I stated previously, I
intended to clean them up and submit them myself given sufficient time.
At the time of the first report, this patch set did not exist, yet.

Anyway, thank you for taking the time to do this.  I have not yet had the
time to review the resul, but I will try to soon.

> I've edited the INSTALL document, you may want to read the
> changes. I am not sure whether Interix and others still exist,
> maybe you'd like me to add more comments about Cygwin. If you
> do, don't hesitate to ask.
>
This looks fine for now.  Thank you again.

> I don't run Cygwin regularly so I'm not in a position to test
> these changes. Can someone check ? Do you want me to create
> another release of LessTif with this change ?
>
I will check as soon as I find time.

Cygwin distributes its own binary and source releases independant of the
lesstif release schedule, so a new release from you is not necessary.
Thanks for the offer.

> On Thu, 2003-12-04 at 20:35, Brian Ford wrote:
> > Arnaud Desitter wrote:
> > > Harold L Hunt II wrote:
> > >> Richard Campbell wrote:
> > >>>Arnaud Desitter wrote:
> > >>>>http://www.lesstif.org/INSTALL.html
> > >>>
> > >>> "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?
> > >>>
> > I was just trying to help pick up the pieces.
> >
> > Ralf Habacker and Harold L Hunt II fixed the shared Xt problem here:
> >
> > http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00173.html
> >
> > Then, Zhangrong Huang and Harold L Hunt II fixed lesstif here:
> >
> > http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00347.html
> >
> > > > The statement in quotes above is now misleading and completely
> > > > incorrect.  We are distributing *only* a shared version of LessTif on
> > > > Cygwin now.  The various problems mentioned in the quote all have
> > > > work-arounds, some of which were already used by OS/2; we enabled those
> > > > work-arounds and adding one or two more of our own and the shared
> > > > LessTif library compiles and works fine now.
> > > >
> > I'll take an action item to push these changes back upstream to lesstif,
> > but don't expect any particular time line.
> >
> > > Fill free to contact the lesstif guys to fix it.
> > >
> > I did, here:
> >
> > http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00291.html
> >
> > They have not, yet.
> >
> > I guess I need to supply an actual documentation patch.  Again, I'll put
> > it on my list.  But, don't expect immediate action.
>

-- 
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]

----- 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: 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: 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
>
> -- 
>

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

--