Camm,
On Tuesday, October 31, 2006 8:43 AM you wrote:
Greetings, and thanks! OK, please try it now, I think it should be
fixed. Please let me know if problems persist.
I have rebuilt gcl and restarted the build of Axiom from scratch.
Ooops! Looks like the problem has shifted to another
Greetings, and thanks so much!
Page, Bill [EMAIL PROTECTED] writes:
Camm,
On Tuesday, October 31, 2006 8:43 AM you wrote:
Greetings, and thanks! OK, please try it now, I think it should be
fixed. Please let me know if problems persist.
I have rebuilt gcl and restarted the build
reopen 328480
forwarded 328480 axiom-developer@nongnu.org
thanks
Greetings, and thanks so much for your feedback!
Colin Turner [EMAIL PROTECTED] writes:
Hi Camm,
Camm Maguire wrote:
Greetings!
OK, just double checked with the latest 20050901-7, and I cannot
reproduce. I think this
Camm,
On Wednesday, November 01, 2006 9:47 AM you wrote:
Bill Page wrote:
Ooops! Looks like the problem has shifted to another symbol. :-(
...
Compiling
/home/users/b/bi/billpage/osx/axiom.build-improvements/obj/powerpc-app
le-darwin6.8/interp/g-util.lsp.
...skipping...
Greetings!
Page, Bill [EMAIL PROTECTED] writes:
Camm,
On Wednesday, November 01, 2006 9:47 AM you wrote:
Bill Page wrote:
Ooops! Looks like the problem has shifted to another symbol. :-(
...
Compiling
Camm,
On Wednesday, November 01, 2006 10:27 AM I wrote:
...
It seems that problem might be that 'sqrt' does not appear in
plt.h. So I added a call to sqrt(d); in plttest.c and I am
running it again.
...
Ok, with your earlier change plus adding 'sqrt(d);' to plttest.c
that did it! At least
Page, Bill [EMAIL PROTECTED] writes:
Camm,
On Wednesday, November 01, 2006 10:27 AM I wrote:
...
It seems that problem might be that 'sqrt' does not appear in
plt.h. So I added a call to sqrt(d); in plttest.c and I am
running it again.
...
Ok, with your earlier change plus
I again had problem with sock_get_string_buf: trying to use hypertex
functions which require Axiom (for example search or tutorial input)
gives:
(1) -
System error:
Unexpected end of #string-input stream from
Recent patch to gcl fixed the problem on many machines. But
Martin Rubey wrote:
WOW, that's cool! Axiom on the Mac!
I have PowerPC and Intel Macs running OS X 10.4.8 with fink, and I'd
like to try building axiom on them as well.
Are these changes in the build-improvements branch?
--
Humberto Ortiz-Zuazaga
Programmer-Archaeologist
UPR
axiom--silver--1--patch-10 is available
Improve the database documentation
20061031 tpd src/interp/daase.lisp add database documentation
20061031 tpd src/etc/asq.c add database documentation
You should add that 'asq' does not work with uncompressed databases.
--
On Wednesday, November 01, 2006 1:23 PM Humberto Ortiz Zuazaga wrote:
Martin Rubey wrote:
WOW, that's cool! Axiom on the Mac!
I have PowerPC and Intel Macs running OS X 10.4.8 with fink, and
I'd like to try building axiom on them as well.
Great!
Are these changes in the
Axiom sources contain two copies of 'util.ht': one is
'src/hyper/pages/util.ht', the second is
'src/share/doc/hypertex/pages/util.ht'. This causes build problems
since when re-making different copy may be installed. Also
'ht.db' is build when pages from 'src/hyper/pages' (including 'util.ht')
are
Greetings, and thanks so much!
Waldek Hebisch [EMAIL PROTECTED] writes:
I again had problem with sock_get_string_buf: trying to use hypertex
functions which require Axiom (for example search or tutorial input)
gives:
(1) -
System error:
Unexpected end of #string-input stream from
All versions of hypertex that I used crashed (or maybe showed nothing)
when I clicked Uses or Dependants field in a description of a constructor.
AFAICS recent versions of Axiom have two problems here:
1) databases which contain corresponding information (USERS.DAASE
and DEPENDENTS.DAASE)
Le mercredi 01 novembre 2006 à 23:20 +0100, Waldek Hebisch a écrit :
[...]
diff -ru build-improvements.pp/src/interp/nlib.lisp.pamphlet
build-improvements/src/interp/nlib.lisp.pamphlet
--- build-improvements.pp/src/interp/nlib.lisp.pamphlet 2006-11-01
19:33:09.0 +0100
+++
Vanuxem Grégory wrote:
Le mercredi 01 novembre 2006 ? 23:20 +0100, Waldek Hebisch a écrit :
[...]
diff -ru build-improvements.pp/src/interp/nlib.lisp.pamphlet
build-improvements/src/interp/nlib.lisp.pamphlet
--- build-improvements.pp/src/interp/nlib.lisp.pamphlet 2006-11-01
-20061101.tgz
As usual, untar it into a convenient place like /usr/local
$ cd /usr/local
$ tar xzf ~/AXIOMsys-ppc-20061101.tgz
and then setup the AXIOM and PATH variables like this:
$ export AXIOM=/usr/local/powerpc-apple-darwin6.8
$ export PATH=$AXIOM/bin:$PATH
and start Axiom like
Greetings!
Page, Bill [EMAIL PROTECTED] writes:
Camm,
On Wednesday, November 01, 2006 10:27 AM I wrote:
...
It seems that problem might be that 'sqrt' does not appear in
plt.h. So I added a call to sqrt(d); in plttest.c and I am
running it again.
...
Ok, with your earlier
Waldek Hebisch [EMAIL PROTECTED] writes:
All versions of hypertex that I used crashed (or maybe showed nothing)
when I clicked Uses or Dependants field in a description of a constructor.
AFAICS recent versions of Axiom have two problems here:
1) databases which contain corresponding
Greetings, and thanks so much!
Waldek Hebisch [EMAIL PROTECTED] writes:
I again had problem with sock_get_string_buf: trying to use hypertex
functions which require Axiom (for example search or tutorial input)
gives:
(1) -
System error:
Unexpected end of #string-input
Waldek Hebisch [EMAIL PROTECTED] writes:
All versions of hypertex that I used crashed (or maybe showed nothing)
when I clicked Uses or Dependants field in a description of a
constructor.
AFAICS recent versions of Axiom have two problems here:
1) databases which contain
Le jeudi 02 novembre 2006 à 00:08 +0100, Waldek Hebisch a écrit :
[...]
No very strong reason. However:
1) 'axiom-probe-file' is intended to be good replacement for 'probe-file'.
More precisely, Axiom uses directories to implement what Microsoft
would call structured storage and old
Page, Bill [EMAIL PROTECTED] writes:
[...]
| The MAC server on which this was compiled did not have an X-windows
| environment so it was not possible to compile and test Axiom Graphics
| and the Hyperdoc browser. Also native MAC OSX10 apparently does not
| have support for the pts virtual
On Wednesday, November 01, 2006 6:49 PM Gabriel Dos Reis wrote:
| ... Also native MAC OSX10 apparently does not
| have support for the pts virtual terminal interface so it is
| not possible yet to compile clef (the replacement for readline).
I never quite understood why readline needs to be
Waldek Hebisch [EMAIL PROTECTED] writes:
| Greetings, and thanks so much!
|
| Waldek Hebisch [EMAIL PROTECTED] writes:
|
| I again had problem with sock_get_string_buf: trying to use hypertex
| functions which require Axiom (for example search or tutorial input)
| gives:
|
| (1)
Waldek Hebisch [EMAIL PROTECTED] writes:
[...]
| Concerning erase: I would prefer to limit use of 'directoryp':
| something which has name endig in 'p' should return a boolean.
| What 'directoryp' returns is unexepected, so wide use of 'directoryp'
| would make interpreter code hareder to read.
Vanuxem Grégory [EMAIL PROTECTED] writes:
[...]
| Anyway these things need to be fixed, no matter for me how this will be
| done.
Yes. I would like to see those fixed, instead of being worke-around
by bits-n-pieces.
I'm no adept of don't touch it because it works. That is how the
source
Page, Bill [EMAIL PROTECTED] writes:
[...]
| The MAC server on which this was compiled did not have an X-windows
| environment so it was not possible to compile and test Axiom Graphics
| and the Hyperdoc browser. Also native MAC OSX10 apparently does not
| have support for the pts
Page, Bill [EMAIL PROTECTED] writes:
| On Wednesday, November 01, 2006 6:49 PM Gabriel Dos Reis wrote:
|
| | ... Also native MAC OSX10 apparently does not
| | have support for the pts virtual terminal interface so it is
| | not possible yet to compile clef (the replacement for readline).
|
On Wednesday, November 01, 2006 7:17 PM Waldek Hebisch wrote:
...
BTW: I do not belive that MACOSX does not support pty's.
It may do it in slightly different way, but quite a lot
of unix programs (beggining with Xterm) would brake
without pty's.
I would be glad to hear more information
| The MAC server on which this was compiled did not have an X-windows
| environment so it was not possible to compile and test Axiom Graphics
| and the Hyperdoc browser. Also native MAC OSX10 apparently does not
| have support for the pts virtual terminal interface so it is not
| possible yet
On Wednesday, November 01, 2006 6:59 PM Raymond Manzoni wrote:
...
Thank you for the binary! (I am on OS X 10.4.8)
Unfortunately I got :
$ AXIOMsys
dyld: Library not loaded: /home/users/b/bi/billpage/osx/lib/libintl.
8.dylib
Referenced from:
On Wednesday, November 01, 2006 7:17 PM Waldek Hebisch wrote:
...
BTW: I do not belive that MACOSX does not support pty's.
It may do it in slightly different way, but quite a lot
of unix programs (beggining with Xterm) would brake
without pty's.
I would be glad to hear more
--- Page, Bill [EMAIL PROTECTED] wrote:
Personally, I would prefer to get rid of clef and adapt readline
because it would simply the Axiom process tree structure. On the
other hand, readline can be a pain sometimes when you are trying
to drive a program through a pipe and/or pty interface...
Page, Bill wrote:
On Wednesday, November 01, 2006 1:23 PM Humberto Ortiz Zuazaga wrote:
Martin Rubey wrote:
WOW, that's cool! Axiom on the Mac!
I have PowerPC and Intel Macs running OS X 10.4.8 with fink, and
I'd like to try building axiom on them as well.
Great!
Are these changes in
On Wednesday, November 01, 2006 7:45 PM Waldek Hebisch wrote:
I am affraid I can not really offer Mac experience. However
the first Goole hit for: MACOSX pty is:
Mac OS X pty Permission Security Issue
Now, something which does not exits should have no security
problems, so I would
Greetings!
Waldek Hebisch [EMAIL PROTECTED] writes:
Greetings, and thanks so much!
Waldek Hebisch [EMAIL PROTECTED] writes:
I again had problem with sock_get_string_buf: trying to use hypertex
functions which require Axiom (for example search or tutorial input)
gives:
Greetings! Here is the patch in 2005901-9:
--- ./src/interp/sockio.lisp.pamphlet.orig 2006-11-01 16:18:42.0
-0500
+++ ./src/interp/sockio.lisp.pamphlet 2006-11-01 16:20:19.0 -0500
@@ -73,13 +73,18 @@
(progn
(clines extern double plus_infinity(), minus_infinity(),
On Wednesday, November 01, 2006 8:18 PM Humberto Ortiz-Zuazaga wrote:
...
On PowerPC, make fails:
gcc -o raw_pre_gcl \
-L.-lpre_gcl `echo -lSM -lICE -L/usr/X11R6/lib -lXmu -lXt -lXext
-lXaw -lX11-lm -lreadline -lncurses | sed -e 's/-lncurses/ /'`
-lintl -lc -lgclp
Page, Bill wrote:
On Wednesday, November 01, 2006 8:18 PM Humberto Ortiz-Zuazaga wrote:
On Intel, configure of gmp fails, as it can't figure out the machine
type. I have gmp 4.2.1 installed with fink, but I don't think I can
build gcl with that version of gmp.
Too bad. :-( There are some
cvs -z9 -q co -d gcl-2.6.8pre -r Version_2_6_8pre gcl
yields
gcc -c -Wall -DVOL=volatile -fsigned-char -pipe -O3 -fomit-frame-pointer
-I/tmp/gcl-2.6.8pre/o -I../h -I../gcl-tk fat_string.c
fat_string.c:231: parse error before `bfd_combined_table_update'
fat_string.c:231: warning: return
cvs -z9 -q co -d gcl-2.6.8pre -r Version_2_6_8pre gcl
successfully builds on FreeBSD
fails on MAC OSX PPC
config.status: creating po/Makefile.in
config.status: executing depfiles commands
config.status: executing default commands
fails on ubuntu
gcc -c -Wall -DVOL=volatile -fsigned-char -pipe -O3 -fomit-frame-pointer
-I/tmp/gcl-2.6.8pre/o -I../h -I../gcl-tk fat_string.c
fat_string.c:17:17: error: bfd.h: No such file or directory
fat_string.c:18:21: error: bfdlink.h: No such file or directory
fat_string.c:231: error:
Tim,
For the Fedora Core 6 it looks like it is also missing the binutils package.
It compiled fine for me in Ubuntu after installing it.
Regards,
Alfredo
___
Axiom-developer mailing list
Axiom-developer@nongnu.org
44 matches
Mail list logo
