I believe the ClojureScript compiler simply looks for all .cljs files on
the specified compile path. I think maybe you could put your files in
different directories so they don't all get concatenated together. You can
one build specify one path, and another build specify both paths.
Perhaps other
Stuart Sierra just pushed out 0.0-1803 which fixes a regression around seq,
get, & reduce and extension to JavaScript natives pointed out by Kevin
Lynagh.
On Fri, May 3, 2013 at 6:14 PM, David Nolen wrote:
> artifact:
> http://search.maven.org/#artifactdetails%7Corg.clojure%7Cclo
Thanks for the reminder!
On Mon, May 6, 2013 at 9:23 AM, Daniel Solano Gómez wrote:
> Hello, all,
>
> This is just a quick reminder for mentors. Please sign up to be a
> mentor on Melange[1] with Clojure. Once you do so, please take a moment
> to review the proposal that have been submitted.
Fixed in master, thanks for the report!
On Thu, Apr 25, 2013 at 5:53 PM, Martin Forsgren
wrote:
> Hi!
>
> I noticed something strange when using featurec with a nested feature map(I'm
> using core.logic 0.8.3).
> This works as expected:
> (run* [x y]
> (featurec x {:a {:b 1}})
> (== y {:b 1
Forgot to add CLJS now depends on Clojure 1.5.1 and data.json 0.2.2.
On Friday, May 3, 2013, David Nolen wrote:
> artifact:
> http://search.maven.org/#artifactdetails%7Corg.clojure%7Cclojurescript%7C0.0-1798%7Cjar
>
> Git log: https://github.com/clojure/clojurescript/compare/r
artifact:
http://search.maven.org/#artifactdetails%7Corg.clojure%7Cclojurescript%7C0.0-1798%7Cjar
Git log: https://github.com/clojure/clojurescript/compare/r1586...r1798
Enhancements
* Code size improvements, (.log js/console "Hello world!") now
generates ~100 LOC of pretty printe
Looks like a featurec bug, please file a ticket
http://dev.clojure.org/jira/browse/LOGIC
Thanks!
David
On Thu, Apr 25, 2013 at 5:53 PM, Martin Forsgren
wrote:
> Hi!
>
> I noticed something strange when using featurec with a nested feature map(I'm
> using core.logic 0.8.3).
> This works as expe
(doc definline)
On Thu, Apr 25, 2013 at 1:17 PM, Michael Klishin <
michael.s.klis...@gmail.com> wrote:
>
> 2013/4/25 David Nolen
>
>> + :inline metadata
>
>
> Which is not documented anywhere and might as well not exist for regular
> Clojure users
laborate which part is out of date?
>
> On Apr 26, 1:48 am, David Nolen wrote:
> > Which is out of date.
> >
> >
> >
> >
> >
> >
> >
> > On Thu, Apr 25, 2013 at 12:47 PM, Alice wrote:
> > > Found this blog post written by fogus:
&
Which is out of date.
On Thu, Apr 25, 2013 at 12:47 PM, Alice wrote:
> Found this blog post written by fogus:
>
> "To provide this level of flexibility Clojure establishes a level of
> indirection. Specifically, all function lookups through a Var occur,
> at the lowest level, through an atomic
quot;
> "Elapsed time: 68.964182 msecs"
> "Elapsed time: 68.105047 msecs"
> "Elapsed time: 108.576746 msecs"
> "Elapsed time: 100.992193 msecs"
> "Elapsed time: 100.945511 msecs"
>
> On Apr 25, 10:32 pm, David Nolen wrote:
> > pr
primitive hinted fns will get inlined. You can also play the same kinds of
games that Clojure does with definterface+deftype and fns that declare
:inline metadata.
If you don't want to learn the subtleties of Clojure performance tuning
then you can always write your performance critical bits in Ja
On Thu, Apr 25, 2013 at 5:29 AM, Martin Forsgren
wrote:
> What are your thoughts on slpKanren? Could it be used as a base for
> probabilistic programming in core.logic?
> https://github.com/webyrd/slpKanren
>
> - Martin
>
It's definitely worth taking a look at and assessing. It does have the
bene
I think it means though, then it
> should be possible to build and keep track of the computation trace thanks
> to the JVM and Clojure. My intuition says that a very dedicated student
> could probably produce a Clojure library to catch Church in terms of speed
> by the end of the summer, si
On Tue, Apr 23, 2013 at 2:10 PM, Radosław Piliszek wrote:
> 1) Is this place the best to discuss this?
>
Yes.
> 2) Are there some set goals that CLP(Prob) should achieve? (,,Basic
> support of CLP(Prob).'' does not express it too well! :-P )
>
This seems like a pretty challenging one as there
t;
> Can anyone point me in the right direction to contacting David Nolen about
> refactoring/documenting core.match?
>
> I've done a bit of tinkering around with Erlang and it's gotten me
> intrigued with the implementation of pattern matching. I'm also looking
> over
WOOT!
On Mon, Apr 8, 2013 at 9:33 PM, Daniel Solano Gómez wrote:
> Hello, all,
>
> I am happy to report that Clojure has been accepted as a mentoring
> organization for Google Summer of Code 2013. Now is the time for
> sudents to start researching their projects and reaching out to members.
> A
I don't have much advice beyond looking at how people do this in Prolog.
We're starting to look into CLP(Set) which will provide much better support
for working with sets and doesn't rely on list encodings.
On Sun, Apr 7, 2013 at 5:24 AM, Adam Saleh wrote:
> Hi,
>
> I am having trouble creating
Your macro just produces more answers, it doesn't actually address the
problem of divergence. I don't think it could be made to work nor any other
approach.
On Fri, Apr 5, 2013 at 4:24 PM, JvJ wrote:
> Is there a way in core.logic to get something like the "best possible
> substitution" for a g
I should clarify that only Chapter 3 is really relevant. The other chapters
explain how tabling, disequality, and nominal logic work - but they are not
essential.
Also the version of miniKanren found in the dissertation is available here
and I recommend running it in your favorite Scheme:
http://g
Oops, thanks for the proper link!
On Fri, Apr 5, 2013 at 10:28 AM, Rostislav Svoboda <
rostislav.svob...@gmail.com> wrote:
> I found this http://gradworks.umi.com/3380156.pdf on
> http://www.cs.indiana.edu/~webyrd/
>
> --
> --
> You received this message because you are subscribed to the Google
7;ve gathered some bits and pieces about how goals work, but
> I'm not sure I totally understand the system. Do you know any good places
> to start with that?
>
>
> On Thursday, 4 April 2013 22:08:38 UTC-4, David Nolen wrote:
>
>> Sounds interesting. I've seen noth
Sounds interesting. I've seen nothing like this in the Prolog literature,
but I may not have looked hard enough. Probably worth investigating, might
turn up some other interesting ideas even if you can't make
assertion/retraction relational.
On Thu, Apr 4, 2013 at 9:21 PM, JvJ wrote:
> I've bee
There is currently no simple way to make a substring goal beyond
manipulating strings as sequences which is not ideal. The constraint
framework does make it possible, but that API is under change so you can't
build things upon it reliably yet.
So project is your best option for now.
On Thu, Apr
str is a function not a goal/relation - it doesn't know how to deal with
logic vars. If you want that to work you will need to project result first.
But if you project result then order matters and the unification of query
must come after the membero call.
On Thu, Apr 4, 2013 at 9:25 AM, Adam Sal
On Thu, Mar 28, 2013 at 5:01 PM, JvJ wrote:
> (defn hates-drink
>[d]
>(is-drink d)
>(not-likes-drink d))
>
This is a common mistake. But consider that the following hardly makes any
sense in Clojure either:
(defn foo [a b]
(+ a b)
(- a b))
Clearly the addition is going to get
>
> On Thursday, 28 March 2013 16:21:41 UTC-4, David Nolen wrote:
>
>> My point here isn't to tickle your brain but point out that there's a bit
>> of misunderstanding about how core.logic works and what facilities you
>> should use to handle your problem.
>
>>
>> (run* [q]
>> (fresh [x]
>> (conde
>>( (== q 1) )
>>( (== q 2) )
>>( (== q 3) )
>>( (== q 4) ))
>>
>> (conde
>>( (== x 3) )
>>( (== x 4) )
>> ( (== x 5) )
>>( (== x 6) ))
>&g
> [4]
> [5]
> [6]])
>
> (run* [q]
> (a q)
> (fresh [x]
>(b x)
>(!= q x)))
> (1 1 2 1 1 2 2 2 3 4 3 3 4 4)
>
> So what the heck is this all about?
>
> On Thursday, 28 March 2013 15:17:24 UTC-4, David Nolen wrote:
>
>&
negation is hard. This has come up several times. It may be possible to a
better form of negation as failure via delays, but this not high on my
current priority list. Patches to make it work are of course most welcome.
On Thu, Mar 28, 2013 at 2:54 PM, JvJ wrote:
> Thanks, but there's another a
You can express not member of list B with disequality. I could show you how
to do this, but you'd probably learn more by giving it a try yourself ;)
On Thu, Mar 28, 2013 at 2:47 PM, JvJ wrote:
> In core.logic, how do the following: "Give me everything that is a member
> of list A and not a memb
As far as I know the immutable Objective-C collections are not efficient to
update and likely perform terrible in this respect to Clojure collections.
On Thu, Mar 28, 2013 at 1:07 PM, Omer Iqbal wrote:
> Most foundation objective c data structures are immutable (NSArray,
> NSDictionary, NSSet e
ogic/blob/master/CHANGES.md
On Sun, Mar 17, 2013 at 2:50 PM, David Nolen wrote:
> I'm happy to announce the release of core.logic 0.8.0. There are far too
> changes, bug fixes, and enhancements to cover here. For the most part the
> miniKanren portion of core.logic has been left
Done!
On Sun, Mar 17, 2013 at 4:49 PM, Darrick Wiebe wrote:
> On Friday, 1 March 2013 11:41:26 UTC-8, David Nolen wrote:
> > Now that Clojure 1.5.0 is out the door I'd like to make ClojureScript
> depend on it. This would allow me to merge in the source map branch whi
I'm happy to announce the release of core.logic 0.8.0. There are far too
changes, bug fixes, and enhancements to cover here. For the most part the
miniKanren portion of core.logic has been left unchanged from the
standpoint of the user. The biggest change is the inclusion of extensible
constraint l
Doesn't exist and I'm not that familiar with assert. Patch welcome of
course.
On Sat, Mar 16, 2013 at 5:24 PM, JvJ wrote:
> I realize that it is possible to enter facts into the core.logic database
> with the facts function. However, I'm looking for something more like the
> Prolog assert; a r
On Thu, Mar 14, 2013 at 7:18 PM, Norman Richards wrote:
> PLDB was written against the current core.logic release. I have not yet
> started testing with the 0.8 pre releases, but judging from the recent
> core.logic announcement, now is probably a good time to start. :)
Please do. I'll probably
I'm not sure if lein-cljsbuild uses the latest release of ClojureScript -
Evan would know. In general I think it's probably best to just specify the
version of ClojureScript you want to use yourself to avoid any issues.
On Thu, Mar 14, 2013 at 5:21 PM, Rohan Nicholls wrote:
> I have been in touc
That's likely though pldb is so small I don't really think it would require
much in the way of changes.
On Thu, Mar 14, 2013 at 5:15 PM, JvJ wrote:
> I'm not sure how else to go about contacting you about this, but I've
> found some problems in pldb. The system just doesn't seem to work at all
William Byrd has started a new miniKanren / core.logic Google Group. Feel
free to direct your relational and constraint logic programming queries
there.
It's fine to post on the Clojure lists of course especially if the inquiry
/ discussion is Clojure-centric, but I'm excited about the
cross-polli
This is probably the last version before I cut 0.8.0. If you're using
core.logic please try this out. There are a couple of bugs that need
squashing in JIRA but it's been nearly 8 months since the last release so
I'd like to push this out now and address any issues with more incremental
updates.
C
Great!
On Tue, Mar 12, 2013 at 2:16 PM, Stuart Sierra
wrote:
> No issue from me. Just make sure you get the right version of data.json:
> 0.2.0 was a bad release. Use 0.2.1.
>
> -S
>
>
>
> On Friday, March 1, 2013 2:41:26 PM UTC-5, David Nolen wrote:
>>
>> No
Now that Clojure 1.5.0 is out the door I'd like to make ClojureScript
depend on it. This would allow me to merge in the source map branch which
is a work in progress but far enough along that the critical bits are there
and it would be nice to get community contributions towards wrapping it up.
Me
On Thu, Feb 28, 2013 at 1:16 PM, Jim - FooBar(); wrote:
> not that I have any serious arguments agaisnt what you're saying but
> this sounds very limiting...where is the power then? what are the chances
> that you will be able to extend a particular protocol to many types without
> needing at lea
On Thu, Feb 28, 2013 at 1:00 PM, Jim - FooBar(); wrote:
> On 28/02/13 17:29, David Nolen wrote:
>
>> Your run protocol defines three arities, you do not implement all three.
>>
>
> what's wrong with that? protocols, unlike interfaces let you do that...
It's n
Your run protocol defines three arities, you do not implement all three.
Did you try limiting the definition of the run protocol to the two arity
case that you are actually implementing?
On Thu, Feb 28, 2013 at 9:23 AM, Jim foo.bar wrote:
> I've got a project
>
>
>1. I can *'lein2 repl
I'm also enthusiastic about eventually replacing the current core.logic
defrel/fact stuff with this excellent work.
David
On Wed, Feb 27, 2013 at 4:45 PM, Norman Richards wrote:
>
>
> On Wed, Feb 27, 2013 at 2:50 PM, JvJ wrote:
>
>>
>> I'm creating something with core.logic that involves multi
nd see what happens. Thanks.
>>
>> On Wednesday, 27 February 2013 16:14:49 UTC-5, David Nolen wrote:
>>>
>>> Sounds like an interesting idea though I can't give much guidance about
>>> how to approach it. Curious to know how it goes though!
>>
Sounds like an interesting idea though I can't give much guidance about how
to approach it. Curious to know how it goes though!
On Wed, Feb 27, 2013 at 3:50 PM, JvJ wrote:
>
> I'm creating something with core.logic that involves multiple "agents"(not
> the same as a clojure agent!) which each h
On Tue, Feb 26, 2013 at 3:50 PM, Marko Topolnik wrote:
> Things don't look very rosy for Clojure: it turns out to be about as
> verbose as Java and significantly slower (this confirms my experience;
> slightly slower than *regular* Java code, significantly slower than
> highly optimized Java). If
Maybe one day. Far as I know the current overhead is significant.
On Tue, Feb 26, 2013 at 2:05 PM, Alan Shaw wrote:
> Could parallel.js and web workers help?
> On Feb 25, 2013 6:12 PM, "David Nolen" wrote:
>
>> Not sure how we could given JS is single threaded.
>
Feel free to open a ticket in JIRA. More details would be helpful and a
patch would be nice. Thanks!
On Monday, February 25, 2013, Bobby Wang wrote:
> Update: this seems to only happen if I start the CLJS REPL inside a CLJ
> REPL. If I start straight from the command line (ie. lein trampoline
> c
Not sure how we could given JS is single threaded.
On Monday, February 25, 2013, MC Andre wrote:
> Does ClojureScript support pmap?
>
> --
> --
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to
> clojure@googlegr
Are you expecting token to get converted into a ClojureScript map?
On Mon, Feb 25, 2013 at 11:23 AM, Mike Longworth
wrote:
> I've updated to 0.0-1586 build #22 from a much older release: 0.0-1450
>
> I'm now geting a problem with (js->clj token) not converting the object
>
> I don't think the pr
Lisp programmers know the value of everything and the cost of nothing ;)
On Saturday, February 23, 2013, Marko Topolnik wrote:
> I tend to think clojure is in a similar position - fast enough for the
>> vast majority of things (ymmv of course - depending on what your domain is)
>> and if you meet
just want
performance and just don't want to bother.
On Fri, Feb 22, 2013 at 3:27 PM, Marko Topolnik wrote:
> On Friday, February 22, 2013 8:41:15 PM UTC+1, David Nolen wrote:
>
>> Er re: assigning stack based locals. Forget wasting time making a tuple
>> type, probably
OK, though threading one 3 element object array into the loop with one
double cast doesn't really seem that problematic or slow to me.
On Fri, Feb 22, 2013 at 3:27 PM, Marko Topolnik wrote:
> On Friday, February 22, 2013 8:41:15 PM UTC+1, David Nolen wrote:
>
>> Er re: assi
On Friday, February 22, 2013, Marko Topolnik wrote:
>
>
> Annoying *and* slower than Java's locals, unfortunately. Most of the time
> it won't make a huge dent in the performance, but I just happen to have an
> inner loop that iterates between zero and three times only, zero being by
> far the most
Er re: assigning stack based locals. Forget wasting time making a tuple
type, probably best to just do that with a small mutable array. This worked
ok for us when porting some Java persistent data structure code to
ClojureScript.
On Friday, February 22, 2013, David Nolen wrote:
> On Fri, Feb
On Fri, Feb 22, 2013 at 2:06 PM, Marko Topolnik wrote:
>
> Fair enough. My point was simply that Clojure implementations have a small
>> learnable subset that performs well when performance is desired -
>> primitives, loops, arrays, deftypes, etc regardless of host. It's
>> unfortunate that the ho
On Fri, Feb 22, 2013 at 3:43 AM, Marko Topolnik wrote:
>
> My 5-year experience with Clojure (since 0.9) hasn't helped me to see it
> that way.
>
I've been doing Clojure for about 5 years as well. Optimizing Clojure in
the early days was pretty tough stuff, and resorting to Java was pretty
much n
cb = a.gb;
a.gb = d;
d = h;
f = i
}else {
return f
}
}
};
That looks like some highly optimized JS to me ;)
I think I'll stick with writing my fast code in Clojure thank you very much.
David
On Thu, Feb 21, 2013 at 4:49 PM, David Nolen wrote:
>
>
I am technically qualified to participate as a student in GSoC 2013,
> but I may participate as a mentor instead. I'm hoping to find out in the
> next few weeks.
>
>
> http://dev.clojure.org/display/community/Project+Ideas#ProjectIdeas-TypeSystems
>
>
> On Thu, Feb
It's probably possible but too broad a scope for GSoC 2013. I think the
community would be better served by directly contributing to core.logic &
core.typed both of which could use lots of help :)
On Wed, Feb 20, 2013 at 11:13 AM, Maik Schünemann wrote:
> given the current position of core.logi
Sweet! Thank you!
On Saturday, February 16, 2013, Stuart Sierra wrote:
> Coming soon to a Maven repository near you:
>
> [org.clojure/clojurescript "0.0-1586"]
>
> List of changes:
> http://build.clojure.org/job/clojurescript-release/22/
>
> Notable change: fix for CLJS-418, the broken depend
uidance from few cli/cljs gurus the effort
> could be shared with less experienced clojurist ? Or it's more efficient to
> let those gurus to make a step ahead by themselves?
>
> mimmo
>
> On Feb 16, 2013, at 5:53 PM, David Nolen wrote:
>
> I personally think the CL fe
I personally think the CL feature expression approach is satisfactory. I'd
like to see this get into 1.6. It's likely that ClojureScript will switch
to tools.reader in order to get more accurate information for source maps,
so perhaps we can move more quickly if we just implement it there.
On Sat
I responded to Omer on Twitter, it's probably worth looking into existing
projects like Bodil Stokke's Dog Fort first -
https://github.com/bodil/dogfort
David
On Thu, Feb 14, 2013 at 5:48 PM, Tamreen Khan wrote:
> But compojure isn't in cljs, so you have to use the jvm. A wrapper around
> expr
WOOT!
I'm of course more than happy to mentor any projects around ClojureScript,
core.logic, and core.match.
David
On Thu, Feb 14, 2013 at 1:03 PM, Daniel Solano Gómez wrote:
> Hello, all,
>
> It's official: Google Summer of Code 2013 is on.
>
> Last year, Clojure was able to get four student
I'm not sure if swank-clojure has been patched for 1.5, I believe the line
& column information changes might have broken things.
nrepl.el works pretty well as a replacement and development seems to be
moving along pretty quickly.
David
On Mon, Feb 11, 2013 at 5:53 PM, JvJ wrote:
> I added "1
http://dev.clojure.org/jira/browse/CLJS-418
Some of you may have encountered bizarre problems when trying to use
browser REPL with the latest releases of ClojureScript. This ticket
contains a patch that should resolve the issue but we need people to test.
Thanks,
David
--
--
You received this
I helped manage the process last year. It's not a small amount of work. I
don't think I have the time to put into it this year, though I'd be willing
to be a mentor.
Anybody want to step forward and lead that process?
David
On Thu, Jan 31, 2013 at 10:23 AM, Dmitry Groshev wrote:
> I would real
Better tracebacks have been available in Clojure since 1.3:
user=> (require '[clojure.repl :as r])
user=> (r/pst *e)
e* is the last exception.
It's up to the tools to support it. That said allowing customized
tracebacks for tools could be improved - but no one's ever submitted any
serious patche
I think we would need to see more comprehensive benchmarks before we can
come to any conclusions.
On Sun, Jan 20, 2013 at 2:03 PM, Jim - FooBar(); wrote:
> I've recently noticed this: http://dev.clojure.org/jira/browse/CLJS-453
>
> It is for cljs but it makes sense right?
> We do have them for
t; Of note, technomancy/leiningen scores 49% for 331 forks. That's pretty
> *awesome*. Good job guys!
>
> On Saturday, January 19, 2013 10:00:22 PM UTC-8, David Nolen wrote:
>>
>> I have nothing to add to this thread beyond pointing out that
>> ClojureScript has had
I have nothing to add to this thread beyond pointing out that ClojureScript
has had _51_ contributors in the short year and a half of its existence:
http://github.com/clojure/clojurescript/graphs/contributors.
Via JIRA.
David
--
You received this message because you are subscribed to the Google
You can prevent logic var reification by binding *reify-vars* to false. run
is lazy so you need to wrap your run in a doall as well.
On Wednesday, January 16, 2013, Timo Westkämper wrote:
> Hi.
>
> On Wednesday, January 16, 2013 10:20:36 PM UTC+2, David Nolen wrote:
>>
>>
&g
On Wed, Jan 16, 2013 at 3:13 PM, Timo Westkämper wrote:
> Hi.
>
>
> On Wednesday, January 16, 2013 9:56:39 PM UTC+2, David Nolen wrote:
>>
>> Ok. But at that point can't you just process the type environment with
>> Clojure code?
>
>
> But I get the
27:37 PM UTC+2, David Nolen wrote:
>>
>> Not sure I follow. What is there to further optimize? Is there something
>> that you're trying to do with q that you can clarify further?
>>
>
> The final output is map which includes form / type mappings. And the types
> c
Not sure I follow. What is there to further optimize? Is there something
that you're trying to do with q that you can clarify further?
Thanks,
David
On Wed, Jan 16, 2013 at 2:19 PM, Timo Westkämper wrote:
> Hi
>
> I have been able to improve the performance of the core.logic based type
> infer
defprotocol docstring,
> not in "http://clojure.org/protocols";
> nor "http://clojuredocs.org/clojure_core/clojure.core/defprotocol";.
>
> Just a mention by Alan Malloy: "
> https://groups.google.com/forum/?fromgroups=#!topic/clojure/HyoSBEfEF4w";
>
&g
They aren't supported in Clojure either.
On Wed, Jan 16, 2013 at 11:11 AM, Frank Siebenlist <
frank.siebenl...@gmail.com> wrote:
> CLJS: protocol interfaces don't seem to support variable args in the
> arglist, like [ & opts]
>
> Is there a CLJS issue# that addresses this?
> (coudn't fine one… b
Using `undefined?` for anything other than JS interop is not recommended. I
don't see any issues with:
(def foo (atom ::uninitialized))
For your watcher case.
On Mon, Jan 14, 2013 at 11:25 PM, Frank Siebenlist <
frank.siebenl...@gmail.com> wrote:
> Ok - ClojureScript has an undefined? function
ut for my use case that will do.
>
> Thanks, Frank.
>
>
> On Jan 15, 2013, at 5:32 AM, David Nolen wrote:
>
> > This is an unrelated issue. We could probably simulate this by creating
> a Unbound type and initializing def'ed vars without init expressions to
> inst
7;t realize that the above is dark cave material ;-)
>
> Could you elaborate a little on the desirable aspect?
> (I'm not arguing - only trying to understand as I have just been bitten by
> this behavior)
>
> Thanks, FrankS.
>
>
>
>
> On Jan 14, 2013, at 9:25 PM,
This behavior is desirable. Unless you are in some dark cave of interop you
shouldn't care.
On Tuesday, January 15, 2013, Frank Siebenlist wrote:
> ClojureScript:cljs.user> (def a nil)
> nil
> ClojureScript:cljs.user> (def b)
>
> ClojureScript:cljs.user> (undefined? a)
> false
> ClojureScript:clj
There is not.
On Monday, January 14, 2013, Stuart Campbell wrote:
> Sorry to dig up such an old thread.
>
> I'd also like to maintain the bindings of dynamic vars across asynchronous
> function calls.
>
> Is there a workaround that people use in the absence of bound-fn, etc?
>
> Cheers,
> Stuart
Thanks!
On Saturday, January 12, 2013, Jonas wrote:
> Hi
>
> I created an issue+patch on JIRA:
> http://dev.clojure.org/jira/browse/CLJS-455
>
> Jonas
>
> On Monday, January 7, 2013 3:58:25 PM UTC+2, Peter Taoussanis wrote:
>>
>> Thanks David.
>>
>> Ticket & patch welcome.
>>>
>>
>> I've been laz
No reason beyond not having received a patch for it :)
On Fri, Jan 11, 2013 at 2:21 PM, Brent Millare wrote:
> I noticed in the code in clojurescript, src/clj/cljs/repl/browser.clj,
> `send-static` has the cases for handling files other than .html such as
> css, jpg, .png etc, but the dispatchin
On Tue, Jan 8, 2013 at 3:29 PM, Austin Haas wrote:
>
> Thanks! I had just finished making similar changes. It was a good exercise
> and I'm glad to be able to compare code.
>
> A couple of questions:
>
> 1. Why is there no case for unifying a Datom with another Datom?
>
Oversight. I added Datomi
nce that is referenced in the existing code.
>
> Thanks for the help.
>
> -austin
>
> --
> Austin Haas
> Pet Tomato, Inc.
> http://pettomato.com
>
> On Tue Jan 08 07:28 , David Nolen wrote:
> > The dispatching mechanism was more trouble than it was worth but we did
&g
The dispatching mechanism was more trouble than it was worth but we did
lose some flexibility. Do you really need to unify Sequential or is
unifying with a concrete type like PersistentVector work well enough for
your use case?
David
On Tue, Jan 8, 2013 at 2:01 AM, Austin Haas wrote:
>
> The d
If you are still using core.logic 0.7.5 now's a good time to try the latest
:)
>From 0.8.0-beta5 to 0.8.0-rc1
Enhancements
* Add `seqc` constraint, this is preferred over `listo` as found in TRS
Bux Fixes
* LOGIC-100: undiscard diseqality constraints
* LOGIC-101: fix suprising behavio
Yes a warning would be great as well as fixing the examples.
Ticket & patch welcome.
On Monday, January 7, 2013, Peter Taoussanis wrote:
> > I would not rely on this behavior. Follow Clojure's property access
> conventions.
>
> Sorry to dig this up again - would just like to clarify:
>
> The idi
On Sat, Jan 5, 2013 at 1:49 PM, Timo Westkämper
wrote:
>
> Are there or will there be goals to do this in core.logic? Having direct
> support for maps would be great.
>
Here's a brain dump of how I think it should / could work:
http://github.com/clojure/core.logic/wiki/Constraints-%26-modes
--
Thanks for the report, will look into it -
http://dev.clojure.org/jira/browse/LOGIC-99
On Sat, Jan 5, 2013 at 3:39 PM, Timo Westkämper
wrote:
> user=> (def l (range 0 2000))
> #'user/l
> user=> (run* [q] (appendo l l q))
> StackOverflowError clojure.core.logic.LVar (logic.clj:1307)
> user=> (ps
On Sat, Jan 5, 2013 at 2:44 PM, Timo Westkämper
wrote:
> Here is one example
>>>
>>> (def l (range 0 2000))
>>> (run* [q] (appendo l l q))
>>>
>>
>> One my machine this works without a hitch. What version of core.logic are
>> you using?
>>
>
> [org.clojure/core.logic "0.8.0-beta4"]
>
I cannot re
On Sat, Jan 5, 2013 at 1:49 PM, Timo Westkämper
wrote:
>
> Are there or will there be goals to do this in core.logic? Having direct
> support for maps would be great.
>
It's something I've been thinking about for a long time. So it's likely it
will appear at some point, I'm just not sure when. If
On Sat, Jan 5, 2013 at 4:38 AM, Timo Westkämper
wrote:
> Hi.
>
> I have some performance issues with a type inference I wrote in
> core.logic. Here is the source code
> https://github.com/timowest/symbol/blob/master/src/symbol/types.clj
That's a neat bit of core.logic you have there :)
It works
Hot on the heels of beta4, we have beta5. It fixes an annoying bug around
the `<=fd` constraint discovered by Gary Fredericks.
However the biggest change is the inclusion of an entirely new constraint
domain - Nominal Abstract Syntax. This exciting addition is thanks to the
awesome work of Nada Am
501 - 600 of 2147 matches
Mail list logo