On Sun, 2007-07-15 at 23:45 -0700, Raoul Duke wrote:
> > What point are you at? Do you have a working felix on your ibook yet?
> have busted it or removed it or something. i'm going senile already.
> bad enough to be losing hair.)
I have plenty of hair, its just changing colour .. or rather
losi
> What point are you at? Do you have a working felix on your ibook yet?
i got it working on an x86 running CentOS 4, at least up to doing
hello world. i'm just getting the iBook to download from SVN and will
try building that. (i thought i had svn on here already but i must
have busted it or remov
On 7/15/07, Erick Tryzelaar <[EMAIL PROTECTED]> wrote:
Thats easy enough to test, now that I got vmware up and running. It'll
take some time before I'm all set up to do this though.
I can confirm the latest svn checkout of felix builds in a vm running ubuntu
with 256M of memory. It took abou
Eh .. that looks good. Only caveats are:
(a) performance testing is problematic on a shared box,
and we won't have multi-cpu access
(b) we probably need much less bandwidth and much more RAM
For example MLton requires 2G ram to build. It's not clear
Felix will run with only 256Meg.
T
That old thread was getting huge. So, can we move it to a new thread, such
as this one?
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No
> From: "Raoul Duke" <[EMAIL PROTECTED]>
> Subject: Re: [Felix-language] building
> I'm not leaving Felix :-), but unfortunately am mostly stuck with an
> iBook to get it working on so i'm a little slow. when i get things
> working i'd be happy to post a demo as a shameless plug for Felix.
What p
On Sun, 2007-07-15 at 12:44 -0700, Raoul Duke wrote:
> > It looks like you haven't installed the rtl directory.
>
> ah, thanks. (the "make install" didn't work for me so i was
> hand-moving stuff to get the install going.) it works!!
>
> $ flx hello
> //Parsing Implementation std.flx
> //Parsing
On Sun, 2007-07-15 at 12:37 -0700, Raoul Duke wrote:
>
> [in my limited experience i often want to fall back to imperative
> commands for my build scripts, but i often wonder if that is just a
> lack of my own ability to imagine how to turn it into proper prolog-y
> statements. having said that,
On Sun, 2007-07-15 at 12:10 -0700, Erick Tryzelaar wrote:
> On 7/15/07, skaller <[EMAIL PROTECTED]> wrote:
> Or use a virtual hosting service like http://www.slicehost.com to get
> a part of a xen machine. Should be a bit cheaper ($20 a month) than
> going for a dedicated machine. With slicehost y
> It looks like you haven't installed the rtl directory.
ah, thanks. (the "make install" didn't work for me so i was
hand-moving stuff to get the install going.) it works!!
$ flx hello
//Parsing Implementation std.flx
//Parsing Implementation hello.flx
w00t
--
> Yes, the docs are not complete or up to date. Are you a tech writer
> that loves writing docs for a quickly changing language for no pay?
>
> Personally I prefer developing software .. if I have to make
> docs for a big system I'd rather generate them .. so figuring
> out how to do that and then
hi,
> Target (goal) driven building is WRONG. It starts to fail
> for even trivial projects in C, it fails completely and
> utterly for anything non-C or even moderate sized or with
> any kind of commercial objectives.
>
> It's really hard to tell one million programmers they're
> all lemmings ..
hi,
> Fair enough but .. on LtU you were looking for a language
> that could integrate seamlessly with C/C++.
>
> Well now you've found it. What we need more than anything
> else is for you to actually start USING it.
I'm not leaving Felix :-), but unfortunately am mostly stuck with an
iBook to g
On 7/15/07, Peter Tanski <[EMAIL PROTECTED]> wrote:
I guess I misunderstood the problem: I thought you wanted backup-branches
of the repository in case the VCS got corrupted.
Oh, the other thing is that sf only gives a limited selection of scripts
that you can use for post-commit. Fortunately
On 7/15/07, skaller <[EMAIL PROTECTED]> wrote:
> > Erick finally got a SF Compile farm script going, which was great,
> > except SF removed the Compile farm service shortly thereafter ;(
>
> That's too bad. Maybe SF had yet more trouble with its system.
> Maybe you would rather move to berliOS?
On Sun, 2007-07-15 at 11:11 -0400, Peter Tanski wrote:
> On felix-language, skaller wrote:
> > The thing is, the whole *design* principle of make is utterly
> > wrong...
> >
> > Target (goal) driven building is WRONG. It starts to fail
> > for even trivial projects in C, it fails completely and
>
On Sun, 2007-07-15 at 10:01 -0400, Peter Tanski wrote:
> On Jul 15, 2007, at 2:28 AM, skaller wrote:
> You would need a server (buildmaster) but it is a simple daemon
> process that directs the buildslaves--they do the work. What kind of
> hosting does felix-lang have? It might be able to ru
On felix-language, skaller wrote:
> The thing is, the whole *design* principle of make is utterly
> wrong...
>
> Target (goal) driven building is WRONG. It starts to fail
> for even trivial projects in C, it fails completely and
> utterly for anything non-C or even moderate sized or with
> any kin
On Jul 15, 2007, at 2:28 AM, skaller wrote:
> On Sun, 2007-07-15 at 01:38 -0400, Peter Tanski wrote:
>> Maybe you could start nightly build runs (with buildbot, for example)
>> and when a number of machines pass the regression tests, use a
>> script-hook to create a compressed tar file of the rep
On Jul 15, 2007, at 2:33 AM, Erick Tryzelaar wrote:
On 7/14/07, Peter Tanski <[EMAIL PROTECTED]> wrote:
I was thinking about backups for the felix repository. How much
space does SourceForge give you? Maybe you could start nightly
build runs (with buildbot, for example) and when a number o
On Jul 15, 2007, at 8:00 AM, Rhythmic Fistman wrote:
>> From: skaller <[EMAIL PROTECTED]>
>
>> On Sun, 2007-07-15 at 00:23 -0700, Erick Tryzelaar wrote:
>> > On 7/14/07, skaller <[EMAIL PROTECTED]> wrote:
>> >
>> > I wonder if Google has a compile farm service ..?
>> >
>> >
>> >
>> > Noth
> From: skaller <[EMAIL PROTECTED]>
> On Sun, 2007-07-15 at 00:23 -0700, Erick Tryzelaar wrote:
> > On 7/14/07, skaller <[EMAIL PROTECTED]> wrote:
> >
> > I wonder if Google has a compile farm service ..?
> >
> >
> >
> > Nothing yet. The only other one I've seen is hp's:
> >
> >
> > http:/
Quoting skaller <[EMAIL PROTECTED]>:
> On Sun, 2007-07-15 at 10:48 +0200, Emmanuel Onzon wrote:
>> Quoting skaller <[EMAIL PROTECTED]>:
>
> [comment about merge not chosing most recent production ..]
>
> BTW: does this mean 'Dyp.keep_oldest' and 'Dyp.keep_newest'
> are rubbish?
It means their nam
Quoting skaller <[EMAIL PROTECTED]>:
> On Sun, 2007-07-15 at 10:48 +0200, Emmanuel Onzon wrote:
>> Quoting skaller <[EMAIL PROTECTED]>:
>
>>
>> With the current version of dypgen, the new non terminals are assigned
>> the global merge function and it is not possible to make this different.
>
> In
BTW: here's a fun example of the merge problem: I add the
new syntax:
sprocedure_definition := sadjectives "void" sdeclname
sfun_arg* sopt_traint_eq scompound =>#
This is absolutely the same as the old syntax, except
the word 'void' is used in place of 'proc'. However 'proc'
is a keyword, w
On Sun, 2007-07-15 at 10:48 +0200, Emmanuel Onzon wrote:
> Quoting skaller <[EMAIL PROTECTED]>:
[comment about merge not chosing most recent production ..]
BTW: does this mean 'Dyp.keep_oldest' and 'Dyp.keep_newest'
are rubbish?
--
John Skaller
Felix, successor to C++: http://felix.sf.net
---
On Sun, 2007-07-15 at 10:48 +0200, Emmanuel Onzon wrote:
> Quoting skaller <[EMAIL PROTECTED]>:
>
> With the current version of dypgen, the new non terminals are assigned
> the global merge function and it is not possible to make this different.
In Felix almost all the nonterminals will be new .
Quoting skaller <[EMAIL PROTECTED]>:
> On Sat, 2007-07-14 at 21:12 +0200, Emmanuel Onzon wrote:
>
>> Each action that is added by the user is numbered increasingly,
>> and instead of just returning an s-expression it also returns
>> its number.
>> Then you can write a merge function that selects t
On 7/15/07, Rhythmic Fistman <[EMAIL PROTECTED]> wrote:
> On 7/15/07, skaller <[EMAIL PROTECTED]> wrote:
> > On Sun, 2007-07-15 at 08:25 +0200, Rhythmic Fistman wrote:
> >
> > > Now dypgen's crashing with a bus error, even though that
> > > file doesn't look that complicated:
> >
> > you should pro
On Sun, 2007-07-15 at 00:23 -0700, Erick Tryzelaar wrote:
> On 7/14/07, skaller <[EMAIL PROTECTED]> wrote:
>
> I wonder if Google has a compile farm service ..?
>
>
>
> Nothing yet. The only other one I've seen is hp's:
>
>
> http://www.testdrive.hp.com/
Hey, that looks cool!
On Sun, 2007-07-15 at 00:03 -0700, Erick Tryzelaar wrote:
> One simple thing we could do is that when we do something that does a
> long term break of subversion, we have just have a moving tag of the
> semi-stable revision. I don't think we need to do that now, but maybe
> next time?
Yep, if you
On Sun, 2007-07-15 at 00:02 -0700, Raoul Duke wrote:
> I think maybe my discombobulation is more about making up my own
> inferred expectations about Felix from the sundry
> somewhat-not-entirely-consistend docs and pages and files, rather than
> there not being an underlying solid core. It is a s
On Sat, 2007-07-14 at 23:50 -0700, Raoul Duke wrote:
> On 7/14/07, Erick Tryzelaar <[EMAIL PROTECTED]> wrote:
> i'd _guess_ that the best way to go is to not roll-your-own, rather to
> use something which already exists
There's nothing. NO build system out there other than the
Felix one works at
On 7/15/07, skaller <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-07-15 at 08:25 +0200, Rhythmic Fistman wrote:
>
> > Now dypgen's crashing with a bus error, even though that
> > file doesn't look that complicated:
>
> you should probably report that on dypgen and ocaml lists.
Ok, will try to get self
On Sat, 2007-07-14 at 23:40 -0700, Raoul Duke wrote:
> b) make the docs there 100% right. if that means deleting 90% of it
> that's fine. better to be curt but accurate.
That is almost impossible at the moment. The only way to get
a correct reference and tutorial is to closely integrate them
with
On Sat, 2007-07-14 at 23:40 -0700, Raoul Duke wrote:
> hi,
>
> many thanks to you all for your time and thoughts and eyes and ears.
>
> I don't know that I have the time to be able to do much other than be
> a pain in the neck, for which I should have been and must apologize.
> Given what-all you
On 7/14/07, skaller <[EMAIL PROTECTED]> wrote:
The problem is the stable branch will have bugs, because there
aren't enough users/developers to test it .. and I'm not going
to fix them. There's no way at this stage I want to make
more administrative work for myself.
My policy at the moment is:
hi,
> The only other reliable service is Debian autobuilder, which
> we do use; it only builds for Linux, but at least it covers
> several processors (including ia64, on which Felix doesn't
> build, probably because Ocaml is broken on the processor).
This is making more sense to me :-) That there
38 matches
Mail list logo
