I see now Dragan; you're concerned not about whether easily implementing
and swapping in/out implementations of core.matrix is possible, but whether
it can be done while maintaining the performance characteristics of
Neanderthal, yes? That did not come through in your earlier comments in
this
On Friday, June 19, 2015 at 4:57:32 AM UTC-4, Dragan Djuric wrote:
I do not even claim that an unified api is not possible. I think that to
some extent it is. I just doubt in core.matrix eligibility for THE api in
numerical computing. For it makes easy things easy and hard things
After some quick testing, everything is looking good for me. I will pound
on it more heavily this weekend, and report back if that changes, although
I do not expect it to. Thanks!
On Wednesday, June 17, 2015 at 12:44:39 PM UTC-5, Alex Miller wrote:
Clojure 1.7.0-RC2 is now available.
Try it
This is an interaction with Clojure via CIDER.
repl [1] (type (into-array String [Awesome]))
[Ljava.lang.String;
repl [2] [Ljava.lang.String;
RuntimeException EOF while reading, starting at line 1
clojure.lang.Util.runtimeException (Util.java:221)
repl [3] (quote [Ljava.lang.String;)
CIDER
Most Java types don't have reversible serialisation in Clojure. There's
actually only a small subset of data types that can be printed and then
read without losing information.
- James
On 20 June 2015 at 01:08, Joe Corneli holtzerman...@gmail.com wrote:
This is an interaction with Clojure via
On Jun 19, 2015, at 5:08 PM, Joe Corneli holtzerman...@gmail.com wrote:
This is an interaction with Clojure via CIDER.
repl [1] (type (into-array String [Awesome]))
[Ljava.lang.String;
This is a java.lang.Class object whose name is [Ljava.lang.String; because
that’s how Java native arrays
None of this is applicable for closed intranet sites, and cache-control solves
the very annoying situation where users are running an old version of CSS or
Javascript.
I agree with these points for public facing ‘web sites’. For ‘enterprise SPAs’
there is usually a different context and set of
Hi Gary, lein does appear to support it as lein test some-test-in-cljc works,
just not if I do ‘lein test’. Is this expected? I am running 2.5.1
On 19 Jun 2015, at 14:46, Gary Trakhman gary.trakh...@gmail.com wrote:
Leiningen needs to support cljc, right now only the compiler does, and
I encountered a couple of glitches around cljc support through figwheel.
Updating a .cljc file was triggering a recompilation in some circumstances.
I did not investigate further, it kind of disappeared from my horizon but I do
not why exactly.
Can't relate this to a change in my project yet.
OOP always talks about object (mutable or immutable) in terms of
polymorphism, encapsulation and inheritance. Components library misses only
inheritance, which, obviously, the killer feature in OOP. So we could say
that Components library that take good ideas from OOP.
If you want call something
First - cljc is (for me) a huge upgrade over cljx, which was a great
solution. Not having to run lein clix auto every time I do a clean is far
more useful than I realised.
The problem I am having is that cljc test files don't seem to be picked up.
I have test/clj and test/cljc, my test-paths
Leiningen needs to support cljc, right now only the compiler does, and
clojure-maven-plugin since a few days ago.
https://github.com/technomancy/leiningen/issues/1827
On Fri, Jun 19, 2015 at 9:41 AM Colin Yates colin.ya...@gmail.com wrote:
First - cljc is (for me) a huge upgrade over cljx,
It is worth mentioning for others that if you are using
ring.middleware.defaults/wrap-defaults then this middleware is already in play.
On 19 Jun 2015, at 10:53, James Reeves ja...@booleanknot.com wrote:
Ring doesn't set any caching headers unless you add in middleware to do so.
The most
On Friday, June 19, 2015 at 5:54:03 AM UTC-4, James Reeves wrote:
Ring doesn't set any caching headers unless you add in middleware to do so.
The most common middleware is wrap-not-modified, which returns a 304
response if the etag or last-modified dates indicate the resource hasn't
been
Ring doesn't set any caching headers unless you add in middleware to do so.
The most common middleware is wrap-not-modified, which returns a 304
response if the etag or last-modified dates indicate the resource hasn't
been modified. For resources in jar files, the last-modified date is set to
the
Thanks James.
On 19 Jun 2015, at 10:53, James Reeves ja...@booleanknot.com wrote:
Ring doesn't set any caching headers unless you add in middleware to do so.
The most common middleware is wrap-not-modified, which returns a 304 response
if the etag or last-modified dates indicate the
Hi all, is there a quick way to disable caching for everything or
alternatively hash based on the contents of the resource. I am talking
specifically about CSS and javascript issues served from the JAR's class
path?
--
You received this message because you are subscribed to the Google
Groups
I understand the concept core.matrix tries to achieve, and would be extremely
happy if I thought it would be possible, since I would be able to use it and
spend time on some other stuff instead of writing C, JNI, OpenCL and such
low-level code.
Thanks for the pointer to your neural networks
All objects can as well be implemented with message passing, a functional
technique. However, if one would do it with stuartsierra/component, it
would be so trivial that you could hardly call the lib object orientated.
On Friday, June 19, 2015 at 11:14:04 AM UTC+2, Serzh Nechyporchuk wrote:
Neanderthal seems very cool. You've clearly put a *lot* of work into
this. I for one am thankful that you've made available what is a very nice
tool, as far as I can see.
I don't think there's necessarily a conflict concerning core.matrix,
though. You may not want to write a core.matrix
Probably this needs updating
https://github.com/technomancy/leiningen/blob/master/src/leiningen/test.clj#L137
On Friday, June 19, 2015 at 8:41:49 AM UTC-5, Colin Yates wrote:
First - cljc is (for me) a huge upgrade over cljx, which was a great
solution. Not having to run lein clix auto every
Filed
https://github.com/technomancy/leiningen/pull/1920/
On Friday, June 19, 2015 at 10:48:46 AM UTC-5, Alex Miller wrote:
Probably this needs updating
https://github.com/technomancy/leiningen/blob/master/src/leiningen/test.clj#L137
On Friday, June 19, 2015 at 8:41:49 AM UTC-5, Colin
Cache-control is evil. Users concerned with seeing the most up-to-date
information know to hit reload (and probably do anyway, just to be sure),
and there's also the option of AJAX polling for that (or whatever precisely
sites like Facebook do).
I don't even a wrong
That is what I think from the start of the discussion, and I agree with you.
The only thing is that i am almost certain that the performance gain will
be very easy to reverse, just like in the case of Clatrix.
Because it is built on top of blas and atlas, which is the the de facto
standard and a
Thanks Alex - you beat me to it!
On 19 Jun 2015, at 17:31, Alex Miller a...@puredanger.com wrote:
Filed
https://github.com/technomancy/leiningen/pull/1920/
On Friday, June 19, 2015 at 10:48:46 AM UTC-5, Alex Miller wrote:
Probably this needs updating
Colin, in the meantime you can still test by stating your ns as arg: lein
test my.ns.test.core
On 19 Jun 2015 18:21, Karsten Schmidt i...@toxi.co.uk wrote:
Hi Alex,
I looked at this a couple of weeks ago and it actually also has to do with
the bultitude fn called within that fn you patched.
Hi Alex,
I looked at this a couple of weeks ago and it actually also has to do with
the bultitude fn called within that fn you patched. Bultitude has been
fixed and there was a new release end of May, but not sure if lein has been
updated meanwhile...
Hi Karsten, yep, that is what I am doing now - thanks.
On 19 Jun 2015, at 18:23, Karsten Schmidt i...@toxi.co.uk wrote:
Colin, in the meantime you can still test by stating your ns as arg: lein
test my.ns.test.core
On 19 Jun 2015 18:21, Karsten Schmidt i...@toxi.co.uk
tools.namespace: parse namespace declarations and reload
files in dependency order.
https://github.com/clojure/tools.namespace
Release 0.2.11 contains the following changes:
* [TNS-34] Support for reader conditionals
tools.namespace still works only in Clojure(JVM), not
ClojureScript. But it
29 matches
Mail list logo