OK, Maurice, my apology; I didn't clean up the old objects before I rebuild the lib. After a clean rebuild of libgrx20X.a, those grx sample app's ( blt_test, modetest, etc) were built OK and run OK. I just ignore my (still) failure to build the dynamic lib.
Thank you so much
From: Mason Ip Sent: Thursday, July 27, 2000 11:40 AM To: 'Maurice Lombardi' Subject: RE: GRX and gpc
OK, I put INCLUDE_GPC_SUPPORT=y into makedefs.gnu and rebuilt the libraries. The static lib was built OK, the dynamic lib couldn't be built with numerous un-resolved symbols like these.
_gr_selectmode 0x930 vdrivers/vd_xwin.o _gr_selectmode 0x9d4 vdrivers/vd_xwin.o _XGrWindow 0x4 vdrivers/vd_xwin.o _XGrWindow 0x8 vdrivers/vd_xwin.o
Anyway, put the static lib to my gcc lib and used the static lib to buid those examples, as in: gpc --automake -g -o blt_test blt_test.pas /opt/gcc-2.95.2/lib/libgrx20X.a -lX11
They still all dumped cores.
grx-2.3.2/pascal> blt_test Segmentation Fault (core dumped)
Have you tried on Sun Sparc?
From: Maurice Lombardi[SMTP:Maurice.Lombardi@ujf-grenoble.fr] Sent: Thursday, July 27, 2000 10:47 AM To: Mason Ip Subject: Re: GRX and gpc
Mason Ip a écrit :
I used makefile.x11 instead; it had the flag turned on already.
grx-2.3.2> grep INCLUDE_GPC * makedefs.gnu:INCLUDE_GPC_SUPPORT=n makefile.dj2:ifeq ($(INCLUDE_GPC_SUPPORT),y) makefile.dj2:ifeq ($(INCLUDE_GPC_SUPPORT),y) makefile.lnx:ifeq ($(INCLUDE_GPC_SUPPORT),y) makefile.lnx:ifeq ($(INCLUDE_GPC_SUPPORT),y) makefile.x11:ifeq ($(INCLUDE_GPC_SUPPORT),y) makefile.x11:ifeq ($(INCLUDE_GPC_SUPPORT),y)
No the test ifeq in makefile.x11 checks the value of INCLUDE_GPC_SUPPORT to make a decision. Since it is set to n (it is only set in makefefs.gnu), it decides not to include the gpc support. And this cause problems because two files gpc_init and gpc_test (contained in grx232/src/bgi) are not compiled / included in the library libgrx20
Hope this helps
Maurice