Re: ANNOUNCE: libscigraphica and sg1 in CVS

Adrian E. Feiguin wrote:

> Hi Nikolas!
>
>>
>> I compiled libscigraphica, using gtkextra-1 from CVS and numarray-1.1 
>> (numeric python) and that went smooth (execpt for a python configure 
>> issue,
>> but you mentioned that this could be broken). At least for the first 
>> compilation after running autogen.sh there were no hiccups; the 
>> second time, after
>> doing a 'make distclean', I got the following error, although 
>> compiling with the exact same configure options:
>>
>> make[3]: *** No rule to make target `plugin.xml', needed by 
>> `all-am'.  Stop.
>> make[3]: Leaving directory 
>> `/home/scratch/narend/src/build/libscigraphica/plugins/layers'
>> make[2]: *** [all-recursive] Error 1
>> make[2]: Leaving directory 
>> `/home/scratch/narend/src/build/libscigraphica/plugins'
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory 
>> `/home/scratch/narend/src/build/libscigraphica'
>> make: *** [all] Error 2
>
>
>>
>> Even another 'make distclean && ./autogen && configure ...' run 
>> didn't help, I had to co libscigraphica again from CVS.
>> Maybe that needs some tweaking.
>
>
> This is a bug with the plugin Makefile.am files. I have to fix the 
> DISTCLEANFILES line. All  can say is: don't run a "make distclean" or 
> the plugin.xml file will be deleted.
>
>>
>> But I wasn't able to compile sg1. First problem was:
>>
>> make[1]: Entering directory `/home/scratch/narend/src/build/sg1'
>> Making all in docs
>> make[2]: Entering directory `/home/scratch/narend/src/build/sg1/docs'
>> make[2]: *** No rule to make target `FAQ.html', needed by `all-am'.  
>> Stop.
>> make[2]: Leaving directory `/home/scratch/narend/src/build/sg1/docs'
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory `/home/scratch/narend/src/build/sg1'
>> make: *** [all] Error 2
>>
>> Since docs are not crucial I just removed 'docs' form the subdir list 
>> in the Makefile.
>> That brought me to the second problem:
>
>
> Another problem with Makefile.am. I have to fix this.
>
>>
>> make[3]: Entering directory 
>> `/home/scratch/narend/src/build/sg1/plugins/menus'
>> /bin/sh ../../libtool --mode=link gcc  -g -O -W -Wall -DWITH_WARNINGS 
>> -DREADLINE_4 -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 
>> -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/X11R6/include 
>> -DWITH_GDK_IMLIB -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 
>> -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/gtk-1.2 
>> -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include  
>> -I../../zvt  -lz -o menus.la -rpath 
>> /usr/lib/scigraphica/0.9.0/plugins/project/menus -module 
>> -avoid-version sg_project_menu.lo  -L../../zvt -lsgvt  -lreadline 
>> -ltermcap -lncurses -L/usr/lib -lgdk_imlib -L/usr/lib 
>> -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXi 
>> -lXext -lX11 -lm -L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic 
>> -lgmodule -lglib -ldl -lXi -lXext -lX11 -lm -L/usr/lib -lgtkextra 
>> -L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lglib 
>> -ldl -lXi -lXext -lX11 -lm -L/usr/lib -lscigraphica -L/usr/lib 
>> -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXi 
>> -lXext -lX11 -lm -L/usr/lib -lgtkextra -L/usr/lib -L/usr/X11R6/lib 
>> -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXi -lXext -lX11 -lm
>> libtool: link: `sg_project_menu.lo' is not a valid libtool object
>> make[3]: *** [menus.la] Error 1
>> make[3]: Leaving directory 
>> `/home/scratch/narend/src/build/sg1/plugins/menus'
>> make[2]: *** [all-recursive] Error 1
>> make[2]: Leaving directory `/home/scratch/narend/src/build/sg1/plugins'
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory `/home/scratch/narend/src/build/sg1'
>> make: *** [all] Error 2
>
>
> This is really odd. It may also be a Makefile problem. I haven't 
> experienced anything like this, and honestly, I have no idea why you 
> are getting that under sg1 if everything worked fine for compiling the 
> libscigraphica plugins. I would really appreciate it if you can try to 
> figure out the problem. I hope you have some spare time ;-)
> Thanks a lot!
> Saludos.
> <ADRIAN>
>

Hi Adrian,

it seems to be a libtool problem, a line in the script containing a 
sed/grep combination that fails on the respective .lo file. It has 
either s.th. to do with the sed
implementation on my system, the libtool sed/grep check or maybe with 
the .lo file itself. But with a little hacking of the script sg1 finally 
compiled, I'm
giving it a try now and will let you know my experiences.


Cheers,   Nick.


-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8