axiom-developer
[Top][All Lists]
Advanced

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

Re: [Axiom-developer] Re: Debian ports


From: Tim Daly
Subject: Re: [Axiom-developer] Re: Debian ports
Date: Fri, 15 Jan 2010 23:46:05 -0500
User-agent: Thunderbird 2.0.0.21 (Windows/20090302)

Camm,

I removed the line from restart and rebuilt/retested the system.
I can find no difference in behavior so Axiom will no longer set si::*system-directory*
This is available in the lastest patch. 20100115.03.tpd.patch
(git commit 509e5b024a)

Tim



Camm Maguire wrote:
Hi Tim!

One other issue is coming up.  You are resetting
si::*system-directory* in your restart function.  This is used in gcl
as distributed to find auxiliary files.  On most platforms, you don't
need any, so you don't notice this, but, again as currently
distributed, GCL can't find the cmpinclude.h file when you redirect
this variable.  I've got a work around for now, and this part of GCL
can certainly be made more foolproof, but my question is -- do you
need to set this variable?  Can't we let variables in the 'si package
be set by gcl?

Take care,

Tim Daly <address@hidden> writes:

Please post a patch file that does what you suggest.
I was unable to build successfully using dynamic loading.

Tim


Aleksej Saushev wrote:
Camm Maguire <address@hidden> writes:

@@ -867,7 +867,7 @@
 LISP=lisp
 DAASE=${SRC}/share
 # where the libXpm.a library lives
-XLIB=/usr/X11R6/lib
+XLIB=/usr/lib
 <<GCLOPTS>>
 <<SRCDIRS>>
 PATCH=patch
You'd better stop doing such senseless things and do what the rest of
the world does: respect LDFLAGS and link dynamically.

This simplifies code much because you remove all these multiple
customizations.

It is hard to tell for sure, most likely you've broken FreeBSD support,
and Tim boasted that he supports FreeBSD.



_______________________________________________
Axiom-developer mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/axiom-developer










reply via email to

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