gcl-devel
[Top][All Lists]
Advanced

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

Re: [Gcl-devel] gclcvs_2.7.0-11


From: Camm Maguire
Subject: Re: [Gcl-devel] gclcvs_2.7.0-11
Date: 18 Oct 2003 22:33:13 -0400
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2

Greetings, and thanks as always for your helpful feedback!

Michael Koehne <address@hidden> writes:

> Moin Camm Maguire,
> 
> > > Greetings!  Well, gclcvs is not yet in sarge, but is in sid, so if you
> > > add the stock unstable source tree to your apt.conf, you can just
> > > 
> > > apt-get -q -b source gclcvs
> > 
> >   this wont work out of the box on Woody, as :
> >       dpkg-checkbuilddeps: Unmet build dependencies: debhelper ( >= 4.1.0 
> > ), tk8.4-dev
> >   so I'm now trying a :
> >       dpkg-buildpackage -d -b -uc 2>&1 |
> >           tee dpkg-buildpackage.tee
> >   its still compiling (hours on a P250 ;) but I so far its looking well.
> 
>   i've installed the new debian package today, and took a look at
>   /usr/bin/gclcvs first, when I saw 3 problems :
> 
> #!/bin/sh
> export C_INCLUDE_PATH=/fix/s/camm//usr/lib/gcl-2.7.0/h:$C_INCLUDE_PATH
> 
>   1: you want /bin/sh not /bin/bash, but you are using a bash only
>      way to change and export in same line. This will produce problems
>      where shell is not bash, like Solaris or AIX.
>   2: the /fix/s/camm/ went into the /usr/lib/gcl-2.7.0/h C_INCLUDE_PATH.
> 
>   should read :
> 
> #!/bin/sh
> C_INCLUDE_PATH="/usr/lib/gcl-2.7.0/h:$C_INCLUDE_PATH"
> export C_INCLUDE_PATH
> 

should be fixed now in HEAD and 2.6.1 cvs


>   I next tried to compile my XgclGL with this debian binary. I needed
>   to patch my ./configure.in to give gclcvs preference over gcl.
> 
> >RESULT: compile-file sysinit.lsp failed.
> cc -o raw_XgclGL xlib-bindings-c.o misc-bindings-c.o xlib-bindings-l.o 
> misc-bindings-l.o elf-loader-l.o sysinit.o -L. -L/usr/lib/gcl-2.7.0/unixport 
> -L/usr/X11R6/lib -lX11 -lXmu -lXt -lXext -lXaw -lGL -lGLU -u 
> __gmpn_toom3_mul_n -lgcl -lm  -lgmp /usr/lib/libbfd.a /usr/lib/libiberty.a 
> -lreadline -lncurses -lc -lgclp
> sysinit.o: In function `user_init':
> sysinit.o(.text+0x11): undefined reference to `init_or_load1'
> sysinit.o(.text+0x26): undefined reference to `init_or_load1'
> sysinit.o(.text+0x3b): undefined reference to `init_or_load1'
> collect2: ld returned 1 exit status
> make: *** [raw_XgclGL] Error 1
> 
>   any idea, what happend to init_or_load1 ?
> 
>   3: the new libgcl.a contains a gcl_init_or_load1 instead. Changing my
>      sysinit.lsp worked, but this rename will break many sources !
> 

Should be fixed now in HEAD and 2.6.1 cvs.  init_or_load1 is not
really part of the exported GCL API, and so I wouldn't expect this to
break much.  Please let me know if you encounter other such
instances.  We definitely need to not use init_xxxx global function
names, though, as the compiler can write these when system-p is set to
t.  We ran into this when packaging axiom, and changed all the
non-lisp init_xxx function names to gcl_init_xxxx.

Take care,


> Bye Michael
> -- 
> mailto:address@hidden             UNA:+.? 'CED+2+:::Linux:2.4.21'UNZ+1'
> http://www.xml-edifact.org/           CETERUM CENSEO WINDOWS ESSE DELENDAM
> 
> 
> 

-- 
Camm Maguire                                            address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah




reply via email to

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