On Tue, 13 Jun 2007, Stephen Wilson wrote:
| Gaby,
|
| I am curious about this change to truck.
It is a change everybody discusses here a long time ago and agrees that
it is what we have to do. If you believe people spend resource making stupid
pathnames work, then you should logically approve
On Wed, 13 Jun 2007, Waldek Hebisch wrote:
| I think that using funny characters in pathnames is stupid. But
| programs that mishandle such names are clearly broken.
While I'll not recommend to do anything active to unsupport funny characters,
I'll clearly NOT spend excessive amount of resource
On Tue, 12 Jun 2007, Bill Page wrote:
| Get real Gaby!
There is nothing unreal in what I stated.
Please contribute working codes if you believe you have time to argue for its
support.
| Really, on Windows it is impossible to avoid dealing with paths that
| contain spaces since the standard
Waldek Hebisch <[EMAIL PROTECTED]> writes:
> > getUsersOfConstructor(con) ==
> > stream := readLib1('USERS, 'DATABASE, 'a)
> > val := rread(con, stream, nil)
> > RSHUT stream
> > val
>
> > getDependentsOfConstructor(con) ==
> > stream := readLib1('DEPENDENTS, 'DATABASE, 'a)
> > val :=
Gaby,
I am curious about this change to truck.
This is the SVN copy of Silver, no?. I was under the impression that
Tim would approve such changes. Am I mistaken?
Moreover, Silver lives in SVN and Git. Where is the corresponding
push to Git?
Thanks,
Steve
___
> "Bill Page" <[EMAIL PROTECTED]> writes:
>
> | On 6/12/07, Waldek Hebisch wrote:
> |
> | > ... Also, do you how to pass file names to Windows
> | > utilities in a way that avoid damage due to command line parsing
> | > -- Unix shell has more qouting rules which allow you to pass any
> | > legal
On 12 Jun 2007 21:21:55 -0500, Gabriel Dos Reis wrote:
"Bill Page" <[EMAIL PROTECTED]> writes:
...
My personal opinion is that funny characters (yes, I consider
whitespace in pathnames as funny) in pathnames are Evil. We
should not spend too much resource trying to support Evil beyond
reasonable
"Bill Page" <[EMAIL PROTECTED]> writes:
| On 6/12/07, Waldek Hebisch wrote:
|
| > ... Also, do you how to pass file names to Windows
| > utilities in a way that avoid damage due to command line parsing
| > -- Unix shell has more qouting rules which allow you to pass any
| > legal charater as par
On Tue, 12 Jun 2007, Ralf Hemmecke wrote:
| > "svk smerge" needs a "base" to start with; I have not look a the history
| > to pick a sensible common base yet.
|
| I had once collected that data...
|
| What do we have on Sourceforge?
|
| trunk this was some snapshot of the axiom--main--1--patch-
On 6/12/07, Waldek Hebisch wrote:
... Also, do you how to pass file names to Windows
utilities in a way that avoid damage due to command line parsing
-- Unix shell has more qouting rules which allow you to pass any
legal charater as part of filename (I plan to add a simple encoder
which quotes
Le mardi 12 juin 2007 à 14:54 +0200, Waldek Hebisch a écrit :
> Gregory Vanuxem wrote:
> > hypertex and the libdb.text files (Gold is buggy here). I can no longer
> > use Axiom built on top of GCL because of a spurious bug in GCL
> > (conditional statements not handled) and wh-sandbox misses file
--- Ralf Hemmecke <[EMAIL PROTECTED]> wrote:
> Cliff, I don't know why it is better to write everything anew in
> LISP. Use the tools at hand and build something that can actually
> compete with current CAS (plural). We fight with the future and
> haven't even reached the present.
I'm not claimi
Martin Rubey wrote:
> In any case, since we are probably both continuing on our own, maybe you could
> still tell me how to get users, uses, dependents and depends. After all, this
> would have to be part of the "Crystal", too?
>
Later Martin wrote:
> getUsersOfConstructor(con) ==
> stream :=
If you do
)lisp (trace |dependentsgetUsersOfConstructor|)
)lisp (trace |getDependentsOfConstructor|)
and then do a dependents lookup that interests you
please post a trace.
also, let me know what version of the system you're using.
t
___
Axiom-
[EMAIL PROTECTED] writes:
> Martin,
>
> >> I think, the easiest way to put off people is to discuss what great
> >> things one will do in the future
>
> > Amen
>
> ummm, ok. so you'd prefer that i spend my time being a good chap and
> finding the solution to your problems rather than thinking a
Martin,
>> I think, the easiest way to put off people is to discuss what great
>> things one will do in the future
> Amen
ummm, ok. so you'd prefer that i spend my time being a good chap and
finding the solution to your problems rather than thinking about or
working on my futuristic ideas.
righ
"svk smerge" needs a "base" to start with; I have not look a the history
to pick a sensible common base yet.
I had once collected that data...
What do we have on Sourceforge?
trunk this was some snapshot of the axiom--main--1--patch-49 but it was
later
brought (nearly) in sync with --patch-5
Martin Rubey <[EMAIL PROTECTED]> writes:
| I think, the easiest way to put off people is to discuss what great things one
| will do in the future.
Amen.
-- Gaby
___
Axiom-developer mailing list
Axiom-developer@nongnu.org
http://lists.nongnu.org/mailm
Hi,
Last night I tried to do a merge of simple patches of Waldek (e.g. renaming
of poly.ht to polys.ht) to trunk, but failed. I must confess right
away that I do not have full access to my development environment andI was
trying all this operation remotely from a windows machine with a flaky
[EMAIL PROTECTED] writes:
> Martin,
>
> >> This isn't a competition, at least in my mind.
>
> > You are quite wrong here, I think
>
> Hmmm. Well the only hope that we would have in a competition would be
> to drive a "standardization" campaign. All of the systems should
> deliver the same answ
Hi,
So there seems to be missing the "obj" directory in wh-sandbox after
compilation. What am I doing wrong?
nothing, just have a look at
http://lists.nongnu.org/archive/html/axiom-developer/2007-06/msg00192.html
except for 64 bit, you are in exactly the same situation as I was ...
regards,
Fr
Hello *,
[EMAIL PROTECTED] writes:
Ralf, Bill,
> Use the tools at hand and build something that can actually compete with
> current CAS (plural). We fight with the future and haven't even
reached the
> present.
This isn't a competition, at least in my mind.
You are quite wrong here, I th
Martin,
>> This isn't a competition, at least in my mind.
> You are quite wrong here, I think
Hmmm. Well the only hope that we would have in a competition would be
to drive a "standardization" campaign. All of the systems should
deliver the same answers to the same input (modulo syntax). This w
Gabriel Dos Reis <[EMAIL PROTECTED]> writes:
> On Tue, 12 Jun 2007, Stephen Wilson wrote:
>
> | > | Global change to a hash would certainly cost us in execution time.
> | >
> | > Why does that cost more than what you have proposed so far?
> |
> | Lookup via hash vs. direct indexing? Over milli
As term comes to an end I re-scanned the Axiom list and observe the
discussion about CCL. Those who view the parenthesised abstract machine
with bignum arithmetic and a garbage collector as separate from Axiom
itself are liable to want to fall in with whatever standards Common/ANSI
Lisp purveys
[EMAIL PROTECTED] writes:
> Ralf, Bill,
>
> > Use the tools at hand and build something that can actually compete with
> > current CAS (plural). We fight with the future and haven't even reached the
> > present.
>
> This isn't a competition, at least in my mind.
You are quite wrong here, I thin
On Tue, 12 Jun 2007, Stephen Wilson wrote:
| > | Global change to a hash would certainly cost us in execution time.
| >
| > Why does that cost more than what you have proposed so far?
|
| Lookup via hash vs. direct indexing? Over millions of iterations? Im
| confident the current implementatio
Ralf, Bill,
> Use the tools at hand and build something that can actually compete
> with current CAS (plural). We fight with the future and haven't even
> reached the present.
This isn't a competition, at least in my mind. My view is that this
is the early development of the science of computatio
Christian,
I'd encourage you to discuss AldorUnit/AxiomUnit on this list.
There are a lot of people who are interested.
The current regression testing machinery uses string comparison of
new output against previous output. It has the advantage of being
simple but handling most kinds of results, i
Martin,
> In any case, since we are probably both continuing on our own, maybe
> you could still tell me how to get users, uses, dependents and depends.
I'll look at this. These cannot be derived from the databases but
require a running axiom image. Do you happen to know where the code
is that co
Martin,
> Furthermore, your idea of using lisp for everything sounds quite
> dangerous to me. It sounds like: I don't really know what I'm going
> to do, but I'm going to use lisp.
Well I don't know why it sounds "dangerous".
I can't claim that I know "how" to achieve all that I want to achieve
Hi,
the usual question these days - I installed aldor from aldor.org and
then compiled axiom from wh-sandbox using commands:
cd ~/extprograms
svn co https://axiom.svn.sourceforge.net/svnroot/axiom/branches/wh-sandbox
wh-sandbox
cd wh-sandbox
./configure
make
then I did:
export AXIOM=$HOME/extp
Gabriel Dos Reis <[EMAIL PROTECTED]> writes:
[...]
> That is precisel where I disagree.
> The current representation forces uses of integer as index.
> And I'm back to my question: when you index the vtable with value 2,
> what is the meaning of value 2? You have not answer that question so far
On 6/12/07, Ralf Hemmecke <[EMAIL PROTECTED]> wrote:
..
Cliff, I don't know why it is better to write everything anew in LISP.
Use the tools at hand and build something that can actually compete
with current CAS (plural). We fight with the future and haven't even
reached the present.
+1 Hear,
On 6/12/07, Christian Aistleitner wrote:
On Fri, 08 Jun 2007 15:35:00 +0200, Bill Page wrote:
> On 6/8/07, Christian Aistleitner wrote:
>>
>> ...
>> > Given that, what remains for AxiomUnit?
>>
>> As we've already discussed in private mail some time ago, there
>> are more things. But I suggest
2. Replace the programs that translate LaTeX into other formats with
programs doing the same job, but written in Lisp.
This is more my area of interest, and I don't know that anyone else
shares it - I think Tim might be innocent here ;-). However, since
this wouldn't even be VISIBLE to anyo
Hello Bill,
On Fri, 08 Jun 2007 15:35:00 +0200, Bill Page <[EMAIL PROTECTED]>
wrote:
On 6/8/07, Christian Aistleitner wrote:
...
> Given that, what remains for AxiomUnit?
As we've already discussed in private mail some time ago, there are more
things. But I suggest to switch to private co
Gregory Vanuxem wrote:
> hypertex and the libdb.text files (Gold is buggy here). I can no longer
> use Axiom built on top of GCL because of a spurious bug in GCL
> (conditional statements not handled) and wh-sandbox misses file related
> functions when built on top of SBCL. Anyway when time will pe
--- Martin Rubey <[EMAIL PROTECTED]> wrote:
> Furthermore, your idea of using lisp for everything sounds quite
> dangerous to me. It sounds like: I don't really know what I'm
> going to do, but I'm going to use lisp.
Heh - that's usually a good situation in which to use Lisp, actually -
when yo
Dear Tim,
[EMAIL PROTECTED] writes:
> Martin,
>
> Sorry for the delay in your question about working together on the hyperdoc
> issue. I've been giving it some thought. I have a long term view of the
> "porting problem" which might be different from your (or anyone else's) view
> so this is pure
40 matches
Mail list logo
