~ubuntu-branches/ubuntu/quantal/gclcvs/quantal

« back to all changes in this revision

Viewing changes to faq

  • Committer: Bazaar Package Importer
  • Author(s): Camm Maguire
  • Date: 2004-06-24 15:13:46 UTC
  • Revision ID: james.westby@ubuntu.com-20040624151346-xh0xaaktyyp7aorc
Tags: 2.7.0-26
C_GC_OFFSET is 2 on m68k-linux

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
1
 
 
2
october 22, 1995
 
3
 
 
4
===============
 
5
Question:
 
6
On my dec alpha-osf1 and irix 5 can i save an image with compiled functions?
 
7
 
 
8
Answer:
 
9
 
 
10
These two systems use the o/fasldlsym.c module, which uses the system
 
11
call dl_open to do the loading of object files, from dynamic
 
12
libraries.  While this provides fast loading of .o files into a
 
13
running image we do not know where those objects are located, or how
 
14
to save an image once they are loaded.  So in short the answer is NO,
 
15
not at the moment..  These unixes no longer support the simple old 'ld
 
16
-A' option which let one build a .o and read it into memory where one
 
17
wanted.
 
18
 
 
19
If you have a large system with a lot of preinitialization code, you COULD build
 
20
an image in the same manner the actual lisp itself is built.   Ie essentially
 
21
add more files to the main link.   si::save-system does work, it just wont work
 
22
after you dynamically load in .o files. 
 
23
 
 
24
I do this for the build of maxima (in version >= maxima-5.1).  Look at
 
25
the files maxima-5.1/src/{makefile,sysinit.lsp}.  Basically you need
 
26
to compile your files with the :system-p t flag, so that an init
 
27
function for each file based on the file name is produced.  Then you
 
28
have to arrange for those init functions to be called at startup, then
 
29
you save as is done in building the lisp.
 
30
 
 
31
=============
 
32
Question:
 
33
Are tcl 7.4 and tk 4.0 compatible with gcl 2.2.
 
34
 
 
35
Answer: Not really.  Some things will work but others wont.  The demos
 
36
in the demos directory certainly wont all work, they are based on tk
 
37
3.6.  They presumably could be rewritten based on their newer
 
38
counterparts.  I do not know of what other changes are necessary...
 
39
In some sense the separation between gcl and tcl/tk is fairly complete
 
40
so in PRINCIPLE the changes required should only be those to user
 
41
code, caused by changes to the tk library.  One would need to add
 
42
perhaps some new calls to def-widget, eg in tkl.lisp adding
 
43
 
 
44
(def-widget listbox)
 
45
 
 
46
if 'listbox' were a new widget type.
 
47
 
 
48
(def-control send)
 
49
(def-control raise)
 
50
 
 
51
if 'send' or 'control' were new functions..
 
52
 
 
53
Also one should update the gcl-tk info stuff from the using
 
54
gcl-2.2/elisp/man1-to-texi.el you can also use
 
55
 
 
56
You can use gcl-2.2/gcl-tk/convert.el as a start on using emacs to
 
57
convert other (tcl/tk 4.0) code to lisp, to have their new demos in lisp
 
58
for testing purposes.
 
59
 
 
60
============
 
61
Question: Is there a port to mach 10 on the mac.
 
62
 
 
63
Answer:
 
64
Not yet.  This would be good..   Emacs is ported there.  I dont know if it
 
65
saves itself however...i had heard it does not.  I believe they are using the 
 
66
macintosh native executable format....
 
67
 
 
68
===========
 
69
 
 
70
 
 
71
 
 
72
 
 
73
 
 
74
 
 
75
 
 
76
 
 
77
 
 
78
 
 
79
 
 
80
 
 
81
 
 
82
 
 
83
 
 
84
 
 
85