On 9/4/07, Ivan Raikov [EMAIL PROTECTED] wrote:
Stable are those versions that work with my software :-) You do
make valid points in your email to Peter, and if you don't feel like
declaring official stable releases and bothering with binary packages,
that's fine with me. But like you say,
On 9/4/07, Alex Queiroz [EMAIL PROTECTED] wrote:
Well, that's not what's happening. The trunk, which is the best
and most stable, does not build at least in linux-amd64 and mingw-x86.
Quite right, I should have followed my own policy and started a branch first.
But it is too late now, and
On 9/5/07, Matthew Welland [EMAIL PROTECTED] wrote:
Here is the classic kernel model that some end users (including me) would
probably appreciate (just restating the obvious here for the record):
This looks quite good. Perhaps a release branch, to which fixes are
regularly merged from the
On 9/1/07, Peter Bex [EMAIL PROTECTED] wrote:
On Sat, Sep 01, 2007 at 07:28:37PM +0200, felix winkelmann wrote:
The chicken version has been bumped to 2.701, now. There will be
no more official releases from now on, just continuously created
snapshots.
IMHO this is not a good idea. Other
Hi!
I'll be off-line for about a week. Please don't wander off and start
learning Haskell or something like that...
cheers,
felix
___
Chicken-hackers mailing list
Chicken-hackers@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-hackers
On 8/20/07, Brandon Van Every [EMAIL PROTECTED] wrote:
But the real problem is that of maintenance. I feel I can't maintain
the CMake build myself. You seem not to be interested in that, unless
the autotools build is dropped (which, if I may say so, does what it
should, even in it's
Please try the current svn head (2.636). I resorted to an ugly hack,
but can't think of anything better in the moment.
cheers,
felix
On 8/19/07, Zbigniew [EMAIL PROTECTED] wrote:
... because the apply-hack.x86.s generates C_do_apply_hack without the
underscore prefix required by OS X. I
On 8/14/07, Brandon Van Every [EMAIL PROTECTED] wrote:
For those of you don't work on build systems on a regular basis, I
think there's a phenomenon you may be failing to appreciate. If a
build system makes the basics easier for you, then you will only
endeavor to tackle more difficult
On 8/14/07, Peter Bex [EMAIL PROTECTED] wrote:
Is someone knowledgable enough and willing to help me with a few
problems?
I don't want chicken to fall back to autohell, so I'll investigate CMake
and see if I can understand it. I never worked with it before, so give
me some time to
On 8/14/07, John Cowan [EMAIL PROTECTED] wrote:
felix winkelmann scripsit:
Is someone knowledgable enough and willing to help me with a few
problems?
Knowledgeable enough, maybe not. Willing to try, definitely.
What exactly does not work?
- Generation and installation of the info manual
On 8/9/07, Arto Bendiken [EMAIL PROTECTED] wrote:
I've myself also recently moved from using Darcs for my personal
projects to instead using a combination of SVK (works pretty darn well
with existing SVN repositories, but can be difficult to install due to
numerous Perl dependencies) and Git.
Hi!
I'm one hair before giving up on cmake. I'm sure it is just because I'm
too stupid, but it takes me considerable effort to make it do even
trivial things.
Is someone knowledgable enough and willing to help me with a few
problems?
cheers,
felix
Hello!
The chicken darcs repo has been removed, since all development
should in future go through the svn repo (subdirectory chicken
in the eggs svn repository). The version there is currently not
up to date (but should build) and will be sync'd in the next days.
I'm somewhat fed up with darcs
On 7/6/07, Brandon Van Every [EMAIL PROTECTED] wrote:
I get these errors in current Darcs head with mingw. I did not get
them when building the Chicken 2.613 tarball. Before I try to
diagnose anything, does this ring any bells?
I moved some some cflags from the command-line into
On 6/2/07, Peter Keller [EMAIL PROTECTED] wrote:
Thank you!
You're welcome. Note that this is still incomplete.
In the first pass of the compilation of the N-queens problem, I see this:
(let ((t15 (set! dec-to1
(lambda (n4)
(##core#app
Hi!
I will not be online next week, so in case something breaks
massively, stay tuned.
cheers,
felix
___
Chicken-hackers mailing list
Chicken-hackers@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-hackers
Hi!
see: http://trac.callcc.org/ticket/175
The old API would stay for some undetermined time to keep
code working, but I find the change makes for a bit more cleanliness.
cheers,
felix
___
Chicken-hackers mailing list
[EMAIL PROTECTED]
On 3/6/07, Zbigniew [EMAIL PROTECTED] wrote:
Why do we need separate .html files any longer, now that we are moving
to the wiki? Shouldn't the egg documentation just point to the wiki
when a page is available there?
The Eggs Unlimited page (redirected from call/cc.org and the page
itself)
On 3/6/07, Tony Sidaway [EMAIL PROTECTED] wrote:
I tweaked my copy of chicken.scm to read each input file into a string
and then compile from the string. The time saved seems to be of the
order 10% on my laptop system, when tested on the 2100-line
posixunix.scm.
(let* ((f (car files))
On 2/5/07, Tony Sidaway [EMAIL PROTECTED] wrote:
I don't have commit access. This is a minor gripe anyway.
I've been using object-evict and object-release. In calling the latter
I notice that I get a printed diagnostic trace in the form release:
OBJECT for each evicted object I release.
This
On 1/31/07, Tony Sidaway [EMAIL PROTECTED] wrote:
On the core language, it might be nice to have constructs capable of
handling the most common instances of C variable length argument
lists. I'm aware that there are some fundamental C implementation
dependencies here but if SWIG can do it
On 1/31/07, Brandon J. Van Every [EMAIL PROTECTED] wrote:
Michael Small wrote:
The list of eggs out there for Chicken really attracted me to it. But
what turned me away (temporarily? ) and has me thinking Scheme48
(except I don't see any way to make GUIs in it) was that syntax
extension
Hi!
The pcre stuff is now in the main repository and the chicken-pcre branch has
been removed.
cheers,
felix
___
Chicken-hackers mailing list
Chicken-hackers@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-hackers
Hi, folks.
I have added pcre (6.3) to the source tree and adapted the autotools
files. I have done preliminary changes to CMakeLists.txt, but don't
know how to proceed.
There are a couple of files in the pcre subdirectory which have to
be compiled and linked into lib[u]chicken[-static]. The
On 12/10/06, Brandon J. Van Every [EMAIL PROTECTED] wrote:
Do you have the japi libraries installed?
Nope. Like bb, a more graceful FindLibrary functionality would be good
here.
Well, there is a find-library procedure in chicken-setup, but
the script for bb/japi doesn't use it, yet.
On 12/5/06, Brandon J. Van Every [EMAIL PROTECTED] wrote:
CMake 2.4.5 has shipped. Apparently CMake 2.4.4 had some major
problems, prompting a quick patch release. I have bumped Chicken's
build requirement to CMake 2.4.5 because I really don't want to know
what CMake 2.4.4's problems were, if
801 - 826 of 826 matches
Mail list logo
