> "SR" == Shawn Rutledge <[EMAIL PROTECTED]> writes:
[...]
SR> I think code reuse is generally a good thing. As long as there is
SR> no circular dependency, what's wrong with depending on a few eggs?
SR> It's better than rewriting the parts you need, right? (and if your
SR> few dependen
Nice graphs! I was thinking the same thing (but of course, wouldn't
have gotten around to actually doing it).
I think code reuse is generally a good thing. As long as there is no
circular dependency, what's wrong with depending on a few eggs? It's
better than rewriting the parts you need, right
Hi all,
The current API of the blas egg makes my code very awkward, since
I have to copy those input arguments that are overwritten, and I have
to include wrappers that check the sizes of the input matrices. So I
have created a new BLAS API, which is very similar to that of the
atlas-lapack eg
On Thu, 23 Aug 2007 10:05:33 +0900 Ivan Raikov <[EMAIL PROTECTED]> wrote:
> Good point. Also, the command-line nest-tool could probably be
> extended to print a GraphViz (or VCG) representation of the egg
> dependencies, using the format-graph egg. Do you want to add that
> functionality? I will
Good point. Also, the command-line nest-tool could probably be
extended to print a GraphViz (or VCG) representation of the egg
dependencies, using the format-graph egg. Do you want to add that
functionality? I will be more than happy to help with the graph stuff,
though it should be pretty simpl
Hello, everybody.
The time has come again, where I'm getting down on my knees
humbly begging for help: keeping the egg repository in shape
currently takes too much of the little time I have. I want to get a new
release out, but the whole build situation and the texinfo manual
integration makes thi
On 8/22/07, Sunnan <[EMAIL PROTECTED]> wrote:
> Benedikt Rosenau wrote:
> > Anyway, I propose the following: please keep dependencies between
> > eggs small.
> I disagree; sometimes, it seems better to split common code to libraries
> than to have duplication. Dependencies can be hell, but so can d
hi,
On Sat, Aug 18, 2007 at 02:11:36PM +0200, Hans Bulfone wrote:
> hi,
>
> i'm planning to make an incompatible change to the sql:select function
> of the sql.egg.
>
> the signature is now:
>
> (sql:select what from where #!optional order-by)
>
> and i want to change it to:
>
> (sql:select w
On 8/20/07, Kon Lovett <[EMAIL PROTECTED]> wrote:
>
> On Aug 20, 2007, at 6:46 AM, Alex Queiroz wrote:
>
> > Hallo,
> >
> > After updating to the latest lookup-table egg, I get seg faults
> > in "chicken-meta-setup check", both in x86 and x86-64 Linux boxes.
> >
>
> I don't. If "misc-extn" is
I have not tried to build with OpenEmbedded yet as I only really need
the runtime library etc which is easy enough to copy across to the
device. Would be good to see how that works!
I used the cross tools generated by MokoMakefile but just did a standard
autoconf build as described on the wiki
On Wed, Aug 22, 2007 at 08:41:10AM +0200, Sunnan wrote:
>> Anyway, I propose the following: please keep dependencies between
>> eggs small.
> I disagree; sometimes, it seems better to split common code to libraries
> than to have duplication. Dependencies can be hell, but so can duplication.
De
On Aug 21, 2007, at 8:28 AM, [EMAIL PROTECTED] wrote:
Folks,
It seems to me that syntax-case doesn't support rest arguments (and
keyword arguments, for that matter). It fails to recognize #!rest as
special syntax, and instead interprets it as a variable. Is there
any way
around this?
How
On 8/22/07, Shawn Rutledge <[EMAIL PROTECTED]> wrote:
> This is awesome news! I will be wanting to do that too, pretty soon
> (just got my GTA-01 a few days ago). I assume you did this with
> OpenEmbedded?
Hey, we just got one too :)
It would be nice to have a .bb recipe for chicken
(openembedd
This is awesome news! I will be wanting to do that too, pretty soon
(just got my GTA-01 a few days ago). I assume you did this with
OpenEmbedded?
On 8/22/07, john <[EMAIL PROTECTED]> wrote:
> I successfully built Chicken for my OpenMoko phone. It was the first
> time I used the cross compilation
I successfully built Chicken for my OpenMoko phone. It was the first
time I used the cross compilation options described on the wiki. They
worked a charm and made it nice and easy to cross compile an egg (nice
job Felix). Anyway, I will add some details to the wiki about it.
Cheers,
John.
_
Hi,
On Wed, 22 Aug 2007 15:50:49 +0900 Ivan Raikov <[EMAIL PROTECTED]> wrote:
> Another solution would be to modify salmonella to construct a
> dependency graph for all eggs and issue a warning for each dependency
> cycle detected. The graph-cycles egg documentation has an example on
> how to b
On Wed, Aug 22, 2007 at 09:16:17AM +0200, Sunnan wrote:
> Ivan Raikov wrote:
> > Another solution would be to modify salmonella to construct a
> > dependency graph for all eggs and issue a warning for each dependency
> > cycle detected.
> That would detect the problems, but wouldn't really solve
Oops, you are right, I was thinking about detection, not prevention
or resolution.
-Ivan
Sunnan <[EMAIL PROTECTED]> writes:
> Ivan Raikov wrote:
>> Another solution would be to modify salmonella to construct a
>> dependency graph for all eggs and issue a warning for each dependency
>> cy
Ivan Raikov wrote:
Another solution would be to modify salmonella to construct a
dependency graph for all eggs and issue a warning for each dependency
cycle detected.
That would detect the problems, but wouldn't really solve them.
___
Chicken-user
19 matches
Mail list logo