Gaby,
What is the current status of build-improvements and compiling Axiom
on MAC OSX? Does this work out of the box, i.e. configure && make?
Does hyperdoc and graphics work? I am not able to test this at
the SourceForge farm.
I know someone working on Sage who would very much like to run
Axiom o
Page, Bill wrote:
> Gaby,
>
> What is the current status of build-improvements and compiling Axiom
> on MAC OSX? Does this work out of the box, i.e. configure && make?
> Does hyperdoc and graphics work? I am not able to test this at
> the SourceForge farm.
Not yet.
AXIOMsys builds with the inter
Greetings! Just FYI -- some email failure appears to have completely
shut off axiom traffic :-(. I notice on the web a few outstanding
questions -- please try to mail me directly and I will do my best to
answer. (Cannot possibly do mail outside of emacs :-)).
As for solaris, the default config
On Thu, 16 Nov 2006, Camm Maguire wrote:
| > | What's the default size for this parameter? I'm going to try 128*1024 to
| > | see if it works, but it's likely pointing to some kind of memory
| > | management bug, isn't it.
| > |
| > | The current build is working with the following configure flags
Greetings!
Gabriel Dos Reis <[EMAIL PROTECTED]> writes:
> On Thu, 16 Nov 2006, Humberto Ortiz Zuazaga wrote:
>
> | Gabriel Dos Reis wrote:
> |
> | > How about this patch I'm testing? I splitted the GCLOPTS into
> | > independent parts, and disabled X and TK for all targets.
> |
> | It wasn't
On Thu, 16 Nov 2006, Humberto Ortiz Zuazaga wrote:
| Gabriel Dos Reis wrote:
|
| > How about this patch I'm testing? I splitted the GCLOPTS into
| > independent parts, and disabled X and TK for all targets.
|
| It wasn't working. I think I've finally tracked it down.
|
| On Mac OS X, the gcl co
Gabriel Dos Reis wrote:
How about this patch I'm testing? I splitted the GCLOPTS into
independent parts, and disabled X and TK for all targets.
It wasn't working. I think I've finally tracked it down.
On Mac OS X, the gcl configure option:
--enable-maxpage=256*1024
causes gcl to segfault
On Tue, 14 Nov 2006, Humberto Ortiz Zuazaga wrote:
| Humberto Ortiz-Zuazaga wrote:
|
| >> | I built --without-noweb --with-gcl, the configure for the built in gcl
| >> | isn't working right.
|
| I think I tracked down the problem. In build-improvements, on the Mac,
| the configure for gcl was bein
Humberto Ortiz Zuazaga <[EMAIL PROTECTED]> writes:
[...]
| I suspect a problem with the ENV= definition in the top-level
| Makefile, but haven't been able to track it down. Are we supposed to
| define GCLDIR? It currently isn't being defined, and an empty GCLDIR
| is being passed on to make in th
Gabriel Dos Reis wrote:
On Tue, 14 Nov 2006, Humberto Ortiz Zuazaga wrote:
| Humberto Ortiz-Zuazaga wrote:
|
| >> | I built --without-noweb --with-gcl, the configure for the built in gcl
| >> | isn't working right.
|
| I think I tracked down the problem. In build-improvements, on the Mac,
| the
On Tue, 14 Nov 2006, Humberto Ortiz Zuazaga wrote:
| Humberto Ortiz-Zuazaga wrote:
|
| >> | I built --without-noweb --with-gcl, the configure for the built in gcl
| >> | isn't working right.
|
| I think I tracked down the problem. In build-improvements, on the Mac,
| the configure for gcl was bein
Humberto Ortiz-Zuazaga wrote:
| I built --without-noweb --with-gcl, the configure for the built in gcl
| isn't working right.
I think I tracked down the problem. In build-improvements, on the Mac,
the configure for gcl was being called with a broken --enable-machine
flag, and the subsequent
Gabriel Dos Reis wrote:
On Mon, 6 Nov 2006, Humberto Ortiz-Zuazaga wrote:
| I built --without-noweb --with-gcl, the configure for the built in gcl
| isn't working right. I think it's a bug in gcl-2.6.8pre (if you call
| configure with no --prefix, the make tries to echo data into /bin/gcl
| and
On Mon, 6 Nov 2006, Humberto Ortiz-Zuazaga wrote:
| I built --without-noweb --with-gcl, the configure for the built in gcl
| isn't working right. I think it's a bug in gcl-2.6.8pre (if you call
| configure with no --prefix, the make tries to echo data into /bin/gcl
| and fails with permission prob
On Mon, 6 Nov 2006, Humberto Ortiz-Zuazaga wrote:
| Gabriel Dos Reis wrote:
|
| > While composing this message, I fired the upgrade to the most recent
| > GCL-2.6.8pre. Do you see any other patches that I may have forgotten
| > that should go into build-improvements?
|
| I still can't pull the sv
> On Tuesday, November 07, 2006 4:24 PM Waldek Hebisch wrote:
>
> > ...
> > I propose: rename capital Greek letters according to
> > Bill Page proposal. Adjust 'util.ht' to match (all other
> > hypertex pages should access Greek letters only via macros
> > defined in 'util.ht').
> > Next, remo
> But I almost hesitate to ask the following: Why aren't the files
> in src/hyper/pages in pamphlet format? Well, ok, they do look like
> latex files already but in this case they are also source files for
> hyperdoc. Would including these files as chunks in a pamphlet file
> present any technical
On Tuesday, November 07, 2006 4:24 PM Waldek Hebisch wrote:
> ...
> I propose: rename capital Greek letters according to
> Bill Page proposal. Adjust 'util.ht' to match (all other
> hypertex pages should access Greek letters only via macros
> defined in 'util.ht').
> Next, remove 'ATX=B.bitmap
Bill Page wrote:
> On November 3, 2006 2:16 PM Waldek Hebisch wrote:
> >
> > Gabriel Dos Reis wrote:
> > > Waldek Hebisch <[EMAIL PROTECTED]> writes:
> > >
> > > | Not yet. In a message that I sent few minutes ago I proposed to
> > > | rename 'poly.ht' to 'polys.ht' and 'poly.pht' to 'polys.pht'.
Greetings! Thanks! I'll give it a read.
Take care,
Gabriel Dos Reis <[EMAIL PROTECTED]> writes:
> On Mon, 6 Nov 2006, Camm Maguire wrote:
>
> | Greetings, and thanks so much!
> |
> | What about 'golden'? Would it be appropriate to make 'official' axiom
> | release tarballs from this branch w
Gabriel Dos Reis wrote:
> While composing this message, I fired the upgrade to the most recent
> GCL-2.6.8pre. Do you see any other patches that I may have forgotten
> that should go into build-improvements?
I still can't pull the svn source on the Mac, so I pulled on a linux box
and copied them
On Mon, 6 Nov 2006, Camm Maguire wrote:
| Greetings, and thanks so much!
|
| What about 'golden'? Would it be appropriate to make 'official' axiom
| release tarballs from this branch when updated from silver? Or is the
| notion of 'release' slower than the progress of 'golden'?
Ralf asked me t
Greetings, and thanks so much!
What about 'golden'? Would it be appropriate to make 'official' axiom
release tarballs from this branch when updated from silver? Or is the
notion of 'release' slower than the progress of 'golden'?
Take care,
Gabriel Dos Reis <[EMAIL PROTECTED]> writes:
> On Mon
On Mon, 6 Nov 2006, Camm Maguire wrote:
| Greetings!
|
| If someone has a moment, could someone please explain to me the
| relationship between the various axiom branches, and which one is
| connected to an 'official release', and if same at such time will
| accompany a tarball or not.
Hi Camm,
Greetings!
If someone has a moment, could someone please explain to me the
relationship between the various axiom branches, and which one is
connected to an 'official release', and if same at such time will
accompany a tarball or not.
Take care,
Gabriel Dos Reis <[EMAIL PROTECTED]> writes:
> Hu
Gabriel Dos Reis <[EMAIL PROTECTED]> writes:
[...]
| While composing this message, I fired the upgrade to the most recent
| GCL-2.6.8pre.
As of revision 252, axiom.build-improvements uses the latest version
of GCL-2.6.8pre.
| Do you see any other patches that I may have forgotten
| that should
Humberto Ortiz-Zuazaga <[EMAIL PROTECTED]> writes:
| Camm Maguire wrote:
| > OK, I've commited the removal of -lintl from powerpc-macosx.defs from
| > both branches. This and the --disable-nls which is now in
| > configure.in and passed to the binutils subconfigures should remove
| > the above.
Camm Maguire wrote:
> OK, I've commited the removal of -lintl from powerpc-macosx.defs from
> both branches. This and the --disable-nls which is now in
> configure.in and passed to the binutils subconfigures should remove
> the above. I.e. ./configure --prefix=... should work, if anyone has
> a
Greetings!
May I suggest trying this entry from amd64-linux.h:
#ifdef IN_SFASL
#include
#define CLEAR_CACHE {\
void *p,*pe; \
p=(void *)((unsigned long)memory->cfd.cfd_start & ~(PAGESIZE-1)); \
pe=(void *)((unsigned long)(memory->cfd.cfd_start+memory->cfd.cfd_size) &
~(PAGESIZE-1)) + P
"Bill Page" <[EMAIL PROTECTED]> writes:
> Camm,
>
> On November 2, 2006 9:22 AM you wrote:
> > ...
> > Bill Page wrote:
> > >
> > > Here is a recipe that seems to work for me and avoids reference
> > > to fink or other non-gcl related libraries:
> > >
> > > $ export
> LIBRARY_PATH=/home/users/
root <[EMAIL PROTECTED]> writes:
| > On a regular bases, we branch off SILVER to make release branches.
| > For example, we could decide that next Tuesday, we will branch off
| > for Axiom 4.1.0. A release branch from SILVER will be created for
| > that purpose. That branch will have stricter rul
> On a regular bases, we branch off SILVER to make release branches.
> For example, we could decide that next Tuesday, we will branch off
> for Axiom 4.1.0. A release branch from SILVER will be created for
> that purpose. That branch will have stricter rules for checking than
> for SILVER. For ex
Bill Page wrote:
> I think the following two files are not used anywhere:
>
> aTx=b.bitmap
> ATX=B.bitmap
>
> (See list of unused bitmap files below.)
>
'aTx=b' is referenced from 'nag-f04.boot.pamphlet' (among others).
For ATX=B.bitmap you are probably right.
> > Also in 'src/doc/ps' we have
Ralf Hemmecke <[EMAIL PROTECTED]> writes:
| On 11/03/2006 10:22 PM, Gabriel Dos Reis wrote:
| > Ralf Hemmecke <[EMAIL PROTECTED]> writes:
| > | > I'm very happy to see Tim is making changes more visible now,
| > than waiting
| > | > for ages before seeing light. The main reason I originally volunt
On 11/03/2006 10:22 PM, Gabriel Dos Reis wrote:
Ralf Hemmecke <[EMAIL PROTECTED]> writes:
| > I'm very happy to see Tim is making changes more visible now, than waiting
| > for ages before seeing light. The main reason I originally volunteered to
| > maintain Silver is that I do believe in "live
"Bill Page" <[EMAIL PROTECTED]> writes:
[...]
| > | > Also in 'src/doc/ps' we have 'SEGBIND.ps' and 'segbind.ps'.
| > | > 'segbind.ps' is a screen dump of a graphic window containing a
| > | > parabola. I can not really see 'SEGBIND.ps' because it triggers
| > | > Postscript stack error in gho
On November 4, 2006 12:42 AM Gaby wrote:
>...
> Bill Page wrote:
> | I think the following two files are not used anywhere:
> |
> | aTx=b.bitmap
> | ATX=B.bitmap
> |
> | (See list of unused bitmap files below.)
>
> How do we determine that they are referenced at run-time through
> dynamic gener
On November 3, 2006 11:34 AM Gaby wrote:
> ...
> Bill Page wrote:
> |
> | If you have an issue about the decision to let Tim Daly manage
> | the update of Axiom Silver via his manual updates of his tla
> | axiom--silver--1 archive (with auto sync to svn /silver),
> | then I think that should be tr
"Bill Page" <[EMAIL PROTECTED]> writes:
| On November 3, 2006 2:16 PM Waldek Hebisch wrote:
| >
| > Gabriel Dos Reis wrote:
| > > Waldek Hebisch <[EMAIL PROTECTED]> writes:
| > >
| > > | Not yet. In a message that I sent few minutes ago I proposed to
| > > | rename 'poly.ht' to 'polys.ht' and 'p
On November 3, 2006 2:16 PM Waldek Hebisch wrote:
>
> Gabriel Dos Reis wrote:
> > Waldek Hebisch <[EMAIL PROTECTED]> writes:
> >
> > | Not yet. In a message that I sent few minutes ago I proposed to
> > | rename 'poly.ht' to 'polys.ht' and 'poly.pht' to 'polys.pht'.
> >
> > Please go ahead and c
Ralf Hemmecke <[EMAIL PROTECTED]> writes:
| > I'm very happy to see Tim is making changes more visible now, than waiting
| > for ages before seeing light. The main reason I originally volunteered to
| > maintain Silver is that I do believe in "live sources". Tim suggested
| > at the time that he d
I'm very happy to see Tim is making changes more visible now, than waiting
for ages before seeing light. The main reason I originally volunteered to
maintain Silver is that I do believe in "live sources". Tim suggested
at the time that he did not have time do maintain too many branches.
It therefo
On 11/03/2006 05:22 PM, Bill Page wrote:
On November 3, 2006 10:49 AM Gabriel Dos Reis wrote:
Ralf Hemmecke <[EMAIL PROTECTED]> writes:
| On 11/03/2006 12:23 PM, Waldek Hebisch wrote:
| > Gabriel Dos Reis wrote:
| >> This clarifiers the terminology for me.
|
| Not for me.
|
| Bill seemed to c
Waldek Hebisch <[EMAIL PROTECTED]> writes:
| Gabriel Dos Reis wrote:
| > Waldek Hebisch <[EMAIL PROTECTED]> writes:
| >
| > | Not yet. In a message that I sent few minutes ago I proposed to
| > | rename 'poly.ht' to 'polys.ht' and 'poly.pht' to 'polys.pht'.
| >
| > Please go ahead and commit to
"Bill Page" <[EMAIL PROTECTED]> writes:
[...]
| > Thanks Ralf.
| >
| > Clearly I, too, am confused about this whole replictor
| > business.
| >
| > If we can manage to be confused about which is which at
| > this point, then clearly something is wrong.
|
| Surely you are imagining confusion wh
Gabriel Dos Reis wrote:
> Waldek Hebisch <[EMAIL PROTECTED]> writes:
>
> | Not yet. In a message that I sent few minutes ago I proposed to
> | rename 'poly.ht' to 'polys.ht' and 'poly.pht' to 'polys.pht'.
>
> Please go ahead and commit to build-improvements. Add an explanation
> (in the pamphlet
"Bill Page" <[EMAIL PROTECTED]> writes:
[...]
| Granted that case-preserving case-insensitive is a stupid idea
| that makes some types of programming more difficult, but none
| of the other source code control systems that I use on Windows
| fail catastrophically and irrevocably lock the entire s
Waldek Hebisch <[EMAIL PROTECTED]> writes:
| Gabriel Dos Reis wrote:
| > Humberto Ortiz-Zuazaga <[EMAIL PROTECTED]> writes:
| > | svn: In directory
| > | 'axiom.build-improvements/axiom/trunk/axiom/src/hyper/pages'
| > | svn: Can't copy
| > |
'axiom.build-improvements/axiom/trunk/axiom/src/hyper/
Ralf Hemmecke <[EMAIL PROTECTED]> writes:
| On 11/03/2006 12:23 PM, Waldek Hebisch wrote:
| > Gabriel Dos Reis wrote:
| >> This clarifiers the terminology for me.
|
| Not for me.
|
| Bill seemed to conflict himself when he said that
| a)
|
| > In any case, please keep in mind that we had previ
"Bill Page" <[EMAIL PROTECTED]> writes:
| On November 3, 2006 9:13 AM Gaby wrote:
| > |
| > | Can't svn co the source, I've tried several times from a
| > clean slate and
| > | get:
| > |
| > | $ svn co https://svn.sourceforge.net/svnroot/axiom/ \
| > | branches/build-improvements axi
> axiom.build-improvements/axiom/trunk/axiom/src/hyper/pages/HTX
> FormatPage5.ht
> svn: In directory
> 'axiom.build-improvements/axiom/trunk/axiom/src/hyper/pages'
> svn: Can't copy
> 'axiom.build-improvements/axiom/trunk/axiom/src/hyper/pages/.s
> vn/tmp/text-base/poly.pht.svn-base'
> to
> 'axiom
On 11/03/2006 12:23 PM, Waldek Hebisch wrote:
Gabriel Dos Reis wrote:
This clarifiers the terminology for me.
Not for me.
Bill seemed to conflict himself when he said that
a)
> In any case, please keep in mind that we had previously agreed that
> all patches to silver would be sent by email
Bill Page wrote:
>
> Welcome to SVN on SourceForge ... ;)
No, that's what I get for trying to develop on Mac OS X, a.k.a, the
bastard son of FreeBSD and Mac OS. Case preserving case insensitive
indeed. It's almost, but not quite, like developing on a real operating
system.
I'm trying a darcs get
"Bill Page" <[EMAIL PROTECTED]> writes:
[...]
| > axiom.build-improvements/axiom/trunk/axiom/src/hyper/pages/HTX
| > FormatPage5.ht
| > svn: In directory
| > 'axiom.build-improvements/axiom/trunk/axiom/src/hyper/pages'
| > svn: Can't copy
| > 'axiom.build-improvements/axiom/trunk/axiom/src/hyper/
root <[EMAIL PROTECTED]> writes:
| > 1) removal of 'zips/tla-1.1.tar.gz'.
|
| my version says it's been removed.
done on silver.
-- Gaby
___
Axiom-developer mailing list
Axiom-developer@nongnu.org
http://lists.nongnu.org/mailman/listinfo/axiom-dev
> How about the \r problem?
still looking into it.
t
___
Axiom-developer mailing list
Axiom-developer@nongnu.org
http://lists.nongnu.org/mailman/listinfo/axiom-developer
"Bill Page" <[EMAIL PROTECTED]> writes:
| Tim,
|
| On November 3, 2006 8:48 AM Tim Daly wrote:
| > Waldek Hebisch wrote:
| >
| > > 1) removal of 'zips/tla-1.1.tar.gz'.
| >
| > my version says it's been removed.
| > i tried to remove it again and get the message
| >
| > tla delete tla-1.1.ta
Gabriel Dos Reis wrote:
> Humberto Ortiz-Zuazaga <[EMAIL PROTECTED]> writes:
> | svn: In directory
> | 'axiom.build-improvements/axiom/trunk/axiom/src/hyper/pages'
> | svn: Can't copy
> |
> 'axiom.build-improvements/axiom/trunk/axiom/src/hyper/pages/.svn/tmp/text-base/poly.pht.svn-base'
> | to
> |
Humberto Ortiz-Zuazaga <[EMAIL PROTECTED]> writes:
| Bill Page wrote:
|
| >> what do I need to do to build build-improvements?
| >>
| >> Just pull the source with:
| >>
| >> svn co https://svn.sourceforge.net/svnroot/axiom/ \
| >> branches/build-improvements axiom.build-improvements
| >>
Humberto Ortiz-Zuazaga wrote::
> Can't svn co the source, I've tried several times from a clean slate and
> get:
>
> $ svn co https://svn.sourceforge.net/svnroot/axiom/ \
> branches/build-improvements axiom.build-improvements
>
> [normal output, then]
>
> A
> axiom.build-improvements/a
> 1) removal of 'zips/tla-1.1.tar.gz'.
my version says it's been removed.
i tried to remove it again and get the message
tla delete tla-1.1.tar.gz
attempt to remove non-existent id for tla-1.1.tar.gz
t
___
Axiom-developer mailing list
Axiom-develop
Bill Page wrote:
>> what do I need to do to build build-improvements?
>>
>> Just pull the source with:
>>
>> svn co https://svn.sourceforge.net/svnroot/axiom/ \
>> branches/build-improvements axiom.build-improvements
>>
>
> Yes.
>
Can't svn co the source, I've tried several times from
Gabriel Dos Reis wrote:
> This clarifiers the terminology for me.
>
I do not think the problem is in terminology: each SF tag refer
to a unique branch. Bill proposed to abandon /trunk and move
work to /silver. So the questions are:
1) Should any new patch be applied to /trunk ?
2) Should new p
> Bill,
>
> > My current proposal is that when Tim's merge of the old svn /trunk
> > into svn /silver is accomplished, then svn /silver should become the
> > new official "trunk" and the existing svn /trunk should be deleted.
> > As I understand it, whether or not we eventually rename svn /silver
Bill Page wrote:
> Waldek,
>
> Thank you! Your patch to openpty for MAC OSX worked perfectly.
> clef now compiles correctly. :-)
>
> I think this change should go in.
>
Bill, you did not write if clef works.
--
Waldek Hebisch
[EMAIL PROTECTED]
> I would like to be able to explain the differences between Tim
> Daly's results above and this one. Could you both please provide
> detailed information about the computer hardware and operating
> system? What cpu? What version of OSX?
Machine Name: iBook G4
Machine Model: PowerBook6.5
CPU Type:
Bill,
> My current proposal is that when Tim's merge of the old svn /trunk
> into svn /silver is accomplished, then svn /silver should become the
> new official "trunk" and the existing svn /trunk should be deleted.
> As I understand it, whether or not we eventually rename svn /silver
> to svn /tr
"Bill Page" <[EMAIL PROTECTED]> writes:
[...]
| The only problem you *might* have is that to build Axiom you
| also need the noweb literate programming tools. A version of
| noweb is in the build-improvements distribution and should be
| built automatically as the first step of the build if you d
Humberto,
On November 2, 2006 10:36 PM you wrote:
> ...
> I have a working gcl on the ppc,
Excellent! :-)
> what do I need to do to build build-improvements?
>
> Just pull the source with:
>
> svn co https://svn.sourceforge.net/svnroot/axiom/ \
> branches/build-improvements axiom.bui
Thanks!
For the record the same details for the machine I am using is
attached below your message.
Regards,
Bill Page.
On November 2, 2006 10:25 PM Humberto Ortiz-Zuazaga wrote:
> ...
> The machine is a Dual G5 running OS X 10.4.8.
>
> neverblows:~/src/working humberto$ arch
> ppc
> neverblows
Bill Page wrote:
> I will let you know when I have another binary. It will probably
> not be before the weekend. Maybe someone else with there hands
> directly on a MAC would like also to give this a try? If so I
> recommend pulling the most recent sources from the build-
> improvements branch on
Bill Page wrote:
> I would like to be able to explain the differences between Tim
> Daly's results above and this one. Could you both please provide
> detailed information about the computer hardware and operating
> system? What cpu? What version of OSX?
The machine is a Dual G5 running OS X 10.4.
On November 2, 2006 2:28 PM Tim Daly wrote:
>
> Bill Page wrote:
>
> > Please download the new binary for AXIOMsys on MAC OSX PowerPC from:
> >
> > http://wiki.axiom-developer.org/public/AXIOMsys-ppc-20061102.tgz
>
> Error: Cannot open the file
> /home/users/b/bi/billpage/asx/axiom.build-impr
"Bill Page" <[EMAIL PROTECTED]> writes:
[...]
| There are two active svn branches on SourceForge, build-improvements
| and hersen-algebra-improvements. Both of these were originally
| cloned from svn /trunk. There might be some advantage to retain
| the original svn /trunk until at least the merg
Gaby and Waldek,
As we discussed last week (see "famous" diagram attached below),
SourceForge svn /silver was created so that we would have an
svn branch automatically maintained in sync with Tim's "official"
tla axiom--silver--1. This is now in place. A Tailor script runs
every night to update sv
Humberto Ortiz-Zuazaga wrote:
> No such luck. Considering that h/powerpc-macosx.h has inline (PowerPC)
> assembly, it's not likely to work (line 91).
>
> The code is for "Processor cache synchronization code." I'm definitely
> in over my head here. I don't have the foggiest notion how to implement
Camm Maguire wrote:
> locbfd should be the default on macosx, as we have Aurelien's specific
> mods for .o file loading. Extending this default to the intel should
> resolve the -lintl 'out of the box'. This said, I'd be quite
> (pleasantly) surprised if Aurelien's code works as is on intel. Th
Waldek Hebisch <[EMAIL PROTECTED]> writes:
| Gabriel Dos Reis wrote:
| > Waldek Hebisch <[EMAIL PROTECTED]> writes:
| >
| > | > "Bill Page" <[EMAIL PROTECTED]> writes:
| > | >
| > | > | Waldek,
| > | > |
| > | > | Thank you! Your patch to openpty for MAC OSX worked perfectly.
| > | > | clef now
Gabriel Dos Reis wrote:
> Waldek Hebisch <[EMAIL PROTECTED]> writes:
>
> | > "Bill Page" <[EMAIL PROTECTED]> writes:
> | >
> | > | Waldek,
> | > |
> | > | Thank you! Your patch to openpty for MAC OSX worked perfectly.
> | > | clef now compiles correctly. :-)
> | > |
> | > | I think this change
Waldek Hebisch <[EMAIL PROTECTED]> writes:
| > "Bill Page" <[EMAIL PROTECTED]> writes:
| >
| > | Waldek,
| > |
| > | Thank you! Your patch to openpty for MAC OSX worked perfectly.
| > | clef now compiles correctly. :-)
| > |
| > | I think this change should go in.
| >
| > If it is tested to wo
> "Bill Page" <[EMAIL PROTECTED]> writes:
>
> | Waldek,
> |
> | Thank you! Your patch to openpty for MAC OSX worked perfectly.
> | clef now compiles correctly. :-)
> |
> | I think this change should go in.
>
> If it is tested to work, then please add apporpriate ChangeLog entry
> to commit to b
"Bill Page" <[EMAIL PROTECTED]> writes:
| Waldek,
|
| Thank you! Your patch to openpty for MAC OSX worked perfectly.
| clef now compiles correctly. :-)
|
| I think this change should go in.
If it is tested to work, then please add apporpriate ChangeLog entry
to commit to both build-improvements
> Please download the new binary for AXIOMsys on MAC OSX PowerPC from:
>
> http://wiki.axiom-developer.org/public/AXIOMsys-ppc-20061102.tgz
chdir /tmp/powerpc-apple-darwin6
export AXIOM=`pwd`
cd bin
./AXIOMsys
-> )set mes auto on
Error: The variable BLOCK is unbound
>> :bt
#0 APPLY (loc0=#,lo
> Please download the new binary for AXIOMsys on MAC OSX PowerPC from:
>
> http://wiki.axiom-developer.org/public/AXIOMsys-ppc-20061102.tgz
chdir /tmp/powerpc-apple-darwin6
export AXIOM=`pwd`
cd bin
./AXIOMsys
starts ok, loads databases, but typing 1 at the axiom prompt hangs.
t
> Please download the new binary for AXIOMsys on MAC OSX PowerPC from:
>
> http://wiki.axiom-developer.org/public/AXIOMsys-ppc-20061102.tgz
Error: Cannot open the file
/home/users/b/bi/billpage/asx/axiom.build-improvements/target/powerpc-apple-darwin6/algebra/compress.daase
t
e/BPT trap
>
> So some remaining path problems I fear...
>
> Ready to give it a new try or, better, to compile the
> gcl/axiom
> source code if it's available somewhere.
> (tomorrow since it's late here...).
>
> To: [EMAIL PROTECTED]
>
Waldek,
Thank you! Your patch to openpty for MAC OSX worked perfectly.
clef now compiles correctly. :-)
I think this change should go in.
Cheers,
Bill Page.
On November 2, 2006 4:50 AM Waldek Hebisch wrote:
> > ...
> > > OTOH this security problem is solved by Unix 98 pty's (in
> > > other w
On Thu, 2 Nov 2006, Gabriel Dos Reis wrote:
> root <[EMAIL PROTECTED]> writes:
> | At the time clef, hyperdoc, graphics, etc were written we were using
> | X10 (not the house wireless, the pre-X11 windows) on 6MHz PCs. These
> | ideas were invented within the group to solve problems, not because
>
root <[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 th
> | > | 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
Page, Bill wrote:
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
Camm,
On November 2, 2006 9:22 AM you wrote:
> ...
> Bill Page wrote:
> >
> > Here is a recipe that seems to work for me and avoids reference
> > to fink or other non-gcl related libraries:
> >
> > $ export
LIBRARY_PATH=/home/users/b/bi/billpage/osx/new/gcl-2.6.8pre/binutils/intl
> > $ make cl
Greetings!
"Page, Bill" <[EMAIL PROTECTED]> writes:
> 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 -lread
"Page, Bill" <[EMAIL PROTECTED]> writes:
[...]
| If you do have libintl somewhere on you system, perhaps you
| can try setting
|
| export LIBRARY_PATH=/usr/lib/where-ever-it-is
That should be taken care of by configure
| I am surprised to see the AXIOMsys binary include a full
| path name to
root <[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 te
Greetings!
Humberto Ortiz-Zuazaga <[EMAIL PROTECTED]> writes:
> 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 thi
Hi,
On Wed, Nov 01, 2006 at 07:05:52PM -0500, Page, Bill wrote:
> Second, clef does have some Axiom command completions that are not
> built-in to readline but I think readline is also configurable,
> and could provide such functionality, right?
I've been using Axiom together with readline plus c
> 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
> >
> > "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
On Thu, 2 Nov 2006, Gabriel Dos Reis wrote:
> "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 doe
1 - 100 of 167 matches
Mail list logo
