New build looks roughly like this:
make build
This now builds the bootstrap version of Felix. It builds a binary
bootflx
which is flx, with the 4 toolchains gcc/clang linux/osx compiled in.
This is then copied to flx.
Now the build continues to rebuild Felix with Felix.
Two mor
On 7/16/07, Raoul Duke <[EMAIL PROTECTED]> wrote:
> > 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
On 7/15/07, Raoul Duke <[EMAIL PROTECTED]> wrote:
> 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 s
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
> 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 po
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 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 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:/
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
On 7/14/07, Erick Tryzelaar <[EMAIL PROTECTED]> wrote:
> On 7/14/07, skaller <[EMAIL PROTECTED] > wrote:
> > Still .. to solve the chicken-and-egg problem it's a snowball effect.
> This is how I came about working on fbuild. I wanted to support
this doesn't help address the topic at hand at all, b
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-all have been saying, I guess I would hazard some
new suggestions
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.
Any suggestions what causes this, on OSX 10.4?
Still a stack overflow?
> * H
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 of machines pass the regression
tests, use a script-hook
On Sun, 2007-07-15 at 01:38 -0400, Peter Tanski wrote:
> I was thinking about backups for the felix repository. How much space
> does SourceForge give you?
Enough I think: I asked for extra space, so we have a bit
more than the median project.
> Maybe you could start nightly build runs (with
On 7/15/07, skaller <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-07-15 at 11:05 +1000, Rhythmic Fistman wrote:
>
> >
> > Actually it doesn't build out of the box on 32 bit osx and 32 bit windows.
> > Thanks to their smaller stacks and ocaml's penchant for recursion the
> > ocaml crashes compiling flx_
On Sat, 2007-07-14 at 21:28 -0700, Erick Tryzelaar wrote:
> On 7/14/07, skaller <[EMAIL PROTECTED]> wrote:
> This is how I came about working on fbuild. I wanted to support
> out-of-interscript packages, and it was a bit of a pain updating the
> old build system to support this. Of course, then I
On Sat, 2007-07-14 at 21:25 -0700, Erick Tryzelaar wrote:
> On 7/14/07, skaller <[EMAIL PROTECTED]> wrote:
> This is probably going to lead to syntax changes in Felix
> which break things.. better to break them now with few users.
> How long do you think that will take?
Years
On Jul 14, 2007, at 8:14 PM, Erick Tryzelaar wrote:
On 7/14/07, Peter Tanski <[EMAIL PROTECTED]> wrote:
... Darcs gives you the
ability to not tag such files by setting a list of regexes for
'recognised' file names, such as *.c, *.h, *.cpp, *.hpp, *.flx,
*.pak... then you can have files with ot
On 7/14/07, skaller <[EMAIL PROTECTED]> wrote:
Still .. to solve the chicken-and-egg problem it's a snowball effect.
We simply don't have the resources to fix it. We have to hope someone
comes along that is inspired enough by the possibilities to take
on some aspect of the job. If enough people
On 7/14/07, skaller <[EMAIL PROTECTED]> wrote:
On Sat, 2007-07-14 at 17:33 -0700, Erick Tryzelaar wrote:
> (on a side note, skaller, what do you think about releasing another
> felix version once the grammar stuff is stabilized)?
Sure .. but first .. define 'stabilised' .. :)
More likely here
On Sun, 2007-07-15 at 11:05 +1000, Rhythmic Fistman wrote:
>
> Actually it doesn't build out of the box on 32 bit osx and 32 bit windows.
> Thanks to their smaller stacks and ocaml's penchant for recursion the
> ocaml crashes compiling flx_parse.ml.
Try again .. since the grammar rewrite is done
On Sat, 2007-07-14 at 16:29 -0700, Raoul Duke wrote:
> That is - honestly - an impressive list. But... I feel like there is a
> gap between what experienced Felixers perceive as what it can do vs. a
> newbie's experience walking in the door. I don't want to detract from
> what Felix is and does,
On Sat, 2007-07-14 at 16:29 -0700, Raoul Duke wrote:
> You have to see it from the perspective of a comparison shopper who
> sees lots of projects that claim to do wonders but in the end turn out
> not to even build w/out a lot of work.
You should note that *building* Felix is for Felix developer
On Sat, 2007-07-14 at 17:33 -0700, Erick Tryzelaar wrote:
> (on a side note, skaller, what do you think about releasing another
> felix version once the grammar stuff is stabilized)?
Sure .. but first .. define 'stabilised' .. :)
More likely here (as mentioned on 'laziness' I haven't bothered
u
On Sat, 2007-07-14 at 16:29 -0700, Raoul Duke wrote:
>
> sincerely $0.01 and rapidly depreciating, perhaps? :-}
lol ..
> P.S.: Felix *is* cool.
The solve the chicken and egg problem -- bring in two more
developers and lets throw some snowballs.
Since I wrote most of it, it is not very appropr
On Sat, 2007-07-14 at 16:29 -0700, Raoul Duke wrote:
> b) get a sprint happening: physically bring together a bunch of people
> with a bunch of random hardware [modulo (a)] to do full installs from
> scratch, and see how it goes.
You're here aren't you? As a result of LtU posting?
We basically
On Sat, 2007-07-14 at 16:29 -0700, Raoul Duke wrote:
> a) perhaps focus on 2 or 3 core systems and make those work as close
> to flawlessly as you can.
To me, Windows and OSX are 'niche' systems .. however half the
existing developers and many of the new people coming along
are using OSX, and the
On Sat, 2007-07-14 at 16:29 -0700, Raoul Duke wrote:
> > Yes, we do have problems of course .. but there's no way to fix
> > them unless users report them.
>
> You make an excellent point. I wonder how chicken-and-egg it is, tho?
It's very chicken-and-egg. The system bug-rate is largely due to
f
> From: "Erick Tryzelaar" <[EMAIL PROTECTED]>
> Thats really pretty much what we end up doing. Ever since sourceforge shut
> down their compile farm we haven't had the ability to build on the more
> esoteric systems (I'm looking at you, solaris!).
Solaris works fine under vmware fusion. I tried to
> From: skaller <[EMAIL PROTECTED]>
> On Sat, 2007-07-14 at 10:46 -0700, Raoul Duke wrote:
>
> > back to the point / quote at the top of this message: having a
> > smoothly running environment in terms of revision control, building,
> > testing and installing - as well as docs, but that's more
> >
On 7/14/07, Raoul Duke <[EMAIL PROTECTED]> wrote:
hi,
> Felix builds 'out of the box' on Unixen, OSX, Cygwin, MingW,
> Win32 and Win64. Do you know ANY other system that can build
> such a complex suite of software -- and test it -- on all
> those platforms? I don't.
That is - honestly - an im
On 7/14/07, Peter Tanski <[EMAIL PROTECTED]> wrote:
Someone also mentioned in the above thread a little about using
emacs, with all those little backup.ext~ files. Darcs gives you the
ability to not tag such files by setting a list of regexes for
'recognised' file names, such as *.c, *.h, *.cpp
hi,
> Felix builds 'out of the box' on Unixen, OSX, Cygwin, MingW,
> Win32 and Win64. Do you know ANY other system that can build
> such a complex suite of software -- and test it -- on all
> those platforms? I don't.
That is - honestly - an impressive list. But... I feel like there is a
gap betw
On Jul 14, 2007, at 3:13 PM, Erick Tryzelaar wrote:
> skaller wrote:
>> On Sat, 2007-07-14 at 14:46 -0400, Peter Tanski wrote:
>>
>>> Why not use Darcs?
>>
>> See previous email from Erick.. Darcs is broken.
>>
>>
>
> In case you missed the conversation, the problem is that darcs can
> fall int
skaller wrote:
> On Sat, 2007-07-14 at 14:46 -0400, Peter Tanski wrote:
>
>> Why not use Darcs?
>>
>
> See previous email from Erick.. Darcs is broken.
>
>
In case you missed the conversation, the problem is that darcs can fall
into a subtle database corruption with very long branche
On Sat, 2007-07-14 at 14:46 -0400, Peter Tanski wrote:
> Erick Tryzelaar wrote:
> Why not use Darcs?
See previous email from Erick.. Darcs is broken.
--
John Skaller
Felix, successor to C++: http://felix.sf.net
-
This S
Erick Tryzelaar wrote:
> I'd like to do this, some time. The problem is that, pratically
> speaking,
> it's only skaller checking things into the repository. That, and
> branching
> still really sucks in subversion. I'm experimenting with git to see
> how
> effective we could be using that t
On Sat, 2007-07-14 at 10:49 -0700, Raoul Duke wrote:
> > (hm, anybody know why when i try to build my hello.flx all I get is
> > "//Parsing Implementation std.flx" and then it seems to hang for
> > ever?)
>
> it finally moved on, to other issues. i'll infestigate :)
>
> //Parsing Implementation s
On Sat, 2007-07-14 at 10:46 -0700, Raoul Duke wrote:
> back to the point / quote at the top of this message: having a
> smoothly running environment in terms of revision control, building,
> testing and installing - as well as docs, but that's more
> pie-in-the-sky usually - would give a long-term
On Sat, 2007-07-14 at 10:46 -0700, Raoul Duke wrote:
> (hm, anybody know why when i try to build my hello.flx all I get is
> "//Parsing Implementation std.flx" and then it seems to hang for
> ever?)
Forever? Or just slow? It takes a while to parse the standard
library, but not forever. Note it is
> (hm, anybody know why when i try to build my hello.flx all I get is
> "//Parsing Implementation std.flx" and then it seems to hang for
> ever?)
it finally moved on, to other issues. i'll infestigate :)
//Parsing Implementation std.flx
//Parsing Implementation hello.flx
In file included from hel
> Moving the repository, changing the build system, etc etc etc
> are all peripheral destabilising events. We actually need docs,
> performance measurements, and perhaps an easier way for people
> to add regression tests.
hi,
i'll throw in my $0.02 unbidden? :-} [i'm a software developer by
trade
On Fri, 2007-07-13 at 22:50 -0700, Erick Tryzelaar wrote:
> On 7/13/07, skaller <[EMAIL PROTECTED]> wrote:
> That, still, isn't really a backup policy though.
[]
The thing is whether it is worth doing any of these changes.
The priority for the project is to get more people involved.
I can actual
On 7/13/07, skaller <[EMAIL PROTECTED]> wrote:
The two problems would be:
* is it available out of the box on Cywgin, Windows, and OSX
Well, it's not installed by default on any of those, of course. It works
well on macs, but windows? eh, haven't tried it yet :) I finally got me a
macbook
On Fri, 2007-07-13 at 20:40 -0700, Erick Tryzelaar wrote:
>
> I'd like to do this, some time. The problem is that, pratically
> speaking, it's only skaller checking things into the repository. That,
> and branching still really sucks in subversion. I'm experimenting with
> git to see how effective
thanks for the info. i've used SVN and yeah it is a pain :-( darcs? :-)
-
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 limits. Just dat
I'd like to do this, some time. The problem is that, pratically speaking,
it's only skaller checking things into the repository. That, and branching
still really sucks in subversion. I'm experimenting with git to see how
effective we could be using that to develop felix (and other projects). If
we
On Fri, 2007-07-13 at 13:23 -0700, Raoul Duke wrote:
> > Yes, it should work now ..
>
> immaupdating as we speak so to speak.
>
> > that doesn't mean it's stable ..
> > things can change fast around here :)
>
> Any chance of there being a stable branch that is kept mostly safe and
> working, and
> Yes, it should work now ..
immaupdating as we speak so to speak.
> that doesn't mean it's stable ..
> things can change fast around here :)
Any chance of there being a stable branch that is kept mostly safe and
working, and things get merged into over time? Speaking only for
myself, obviously,
On Fri, 2007-07-13 at 13:01 -0700, Raoul Duke wrote:
> hi,
>
> > svn update
> > Looks like an old version.
>
> it is... per the previous email thread where i was warned svn is
> unstable ;-) and that i should use revision 1546. i'll try updating to
> tip-of-tree and see how it goes!
BTW: if you
On Fri, 2007-07-13 at 13:01 -0700, Raoul Duke wrote:
> hi,
>
> > svn update
> > Looks like an old version.
>
> it is... per the previous email thread where i was warned svn is
> unstable ;-) and that i should use revision 1546. i'll try updating to
> tip-of-tree and see how it goes!
Yes, it shou
hi,
> svn update
> Looks like an old version.
it is... per the previous email thread where i was warned svn is
unstable ;-) and that i should use revision 1546. i'll try updating to
tip-of-tree and see how it goes!
thanks.
On Fri, 2007-07-13 at 11:30 -0700, Raoul Duke wrote:
> hi,
>
> (I was on PPC OS X but switched to x86 CentOS.) I've managed to work
> through some basic issues with my machine's setup, and things are
> building, but I guess maybe there are some path things I don't grok?
> It looks to me like all t
hi,
(I was on PPC OS X but switched to x86 CentOS.) I've managed to work
through some basic issues with my machine's setup, and things are
building, but I guess maybe there are some path things I don't grok?
It looks to me like all the unit tests are failing? Random sample
output below. Any ideas
77 matches
Mail list logo
