I agree that complex would be a better name.
It would be also be nice if it the 1-arg version could be idempotent (i.e.
returns an existing complex number unchanged). The downside is that this
would mean a slight performance hit because it would prevent the use of
primitive arguments. Maybe we
OK, here's a basic version that I think has most of the key elements in
place.
A lot more protocols still need implementing, but it should be a reasonable
basis to build upon:
https://github.com/mikera/core.matrix.complex
On Tuesday, 2 June 2015 16:35:25 UTC+1, Christopher Small wrote:
>
> >
I think the right strategy is to make a separate complex array
implementation library ("core.matrix.complex"?). In terms of dependencies,
it would only need to depend depend upon "core.matrix" and "complex".
The array representation could simply be a deftype which uses two
underlying arrays for
Thanks Matt! I've just release Vectorz 0.45.0 including your changes.
A lot of sparse operations are much faster now!
On Monday, 29 December 2014 21:56:30 UTC+8, Matt Revelle wrote:
>
> Yes, will do.
>
> On Dec 28, 2014, at 9:58 PM, Mike Anderson
> wrote:
>
> Loo
On Tuesday, 6 January 2015 04:27:55 UTC+8, Christian Weilbach wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 05.01.2015 03:34, Mike Anderson wrote:
> > Very cool stuff!
>
> Like yours! I wish nurokit was EPLed, then I could have had a look at
Very cool stuff!
I notice that you are specialising the RBM to a specific matrix
implementation (Clatrix / JBlas) in the file "jblas.clj". Are you sure you
need to do that? Part of the beauty of core.matrix is that you should be
able to write your algorithms in an implementation-independent man
2014 09:43:54 UTC+8, Matt Revelle wrote:
>
>
> On Dec 28, 2014, at 7:28 PM, Mike Anderson
> wrote:
>
> Interesting idea. The challenge is that I'm not sure how to add
> representation specification in an implementation independent way. It's a
> quirk of ve
7;t yet optimised for sparse operations. So any review /
patches would be appreciated!
>
> On Saturday, December 27, 2014 4:56:55 AM UTC-5, Mike Anderson wrote:
>>
>> Here is a little belated Christmas present for Clojure data aficionados:
>>
>> ;; setup
>>
Here is a little belated Christmas present for Clojure data aficionados:
;; setup
(use 'clojure.core.matrix)
(set-current-implementation :vectorz)
;; create a big sparse matrix with a trillion elements (initially zero)
(def A (new-sparse-array [100 100]))
;; we are hopefully smart enough
Lucas,
Thanks for kicking off the discussion - great to see your proposal on this.
I think it will be really valuable if we can converge on a standard way of
representing this kind of data in Clojure/ClojureScript. Copying the
Incanter and main Clojure groups as well because I think there will
Hi All,
I've made a repository for an upcoming core.matrix "coding dojo" that I'm
organising. I think it might be a useful resource for others in the Clojure
community, so I'm sharing the link here:
https://github.com/clojure-numerics/core.matrix.dojo
This is a basic project setup for a core.ma
New version of core.matrix now available.
This release brings quite a lot of changes including:
- Many performance optimisations: this should be noticeably faster than
previous releases for many operations
- The shape of a scalar is now defined to be nil. This seems to work better
for people wh
Hi all,
New version of core.matrix now available on Clojars:
https://clojars.org/net.mikera/core.matrix/versions/0.11.0
Key items of note:
- Dmitry's GSoC NDArray project is now the default core.matrix
implementation - this is a big milestone, congrats Dmitry!
- Everything is now AOT-compiled.
Understood. vectorz-clj is going to stay JVM-only for the foreseeable
future, so it won't fit if you need ClojureScript.
On the other hand, core.matrix is pure Clojure and totally protocol-based,
so it should (I think!) be pretty easy to port to ClojureScript, and it's
easy to extend the protocols
On 28 August 2013 11:50, Alan Busby wrote:
> On Wed, Aug 28, 2013 at 12:18 PM, guns wrote:
>
>> Oh, I was confused; I was thinking about sentinel values in user code.
>> Yes, I imagine a single private (Object.) would work just fine, with
>> very little overhead.
>>
>
> First, I'd hope that sent
other "ground value".
>
> It's these Rx style programming methods that make people think they need
> this feature.
>
> Timothy
>
>
>
>
> On Tue, Aug 27, 2013 at 8:51 AM, Mike Anderson <
> mike.r.anderson...@gmail.com> wrote:
>
>> On 27 Aug
On 27 August 2013 20:45, Timothy Baldridge wrote:
> The reason for not allowing nils isn't a complex one, and basically boils
> down to the following:
>
> a) to avoid race conditions, we need a single value to signal "the channel
> is closed". As mentioned, nil is the obvious choice for this as i
Pleased to announce the latest 0.10.0 release of vectorz-clj, a
matrix/vector maths library for Clojure
vectorz-clj is designed so that you don't have to compromise: offering both
high performance (about as fast as you can get on the JVM) and an idiomatic
high-level Clojure API.
New and notabl
Hi all,
I've started writing a little library (Task) for managing tasks at the
REPL: my motivation is that I am doing a lot of analytical work with
relatively long-running tasks and I wanted to be able to fire of
multiple background tasks and then manage / monitor the state of them
interactively.
On Oct 21, 9:04 pm, "Meikel Brandmeyer (kotarak)"
wrote:
> Hi,
>
> may I question the transitivity of state information?
>
> Maybe the world's state is that player "Trantor" is at position [15 34]. Now
> Trantor eats an appel. The appel is removed from his inventory and his
> health is raised by 5
On Oct 21, 4:25 pm, Ulises wrote:
> > c) Put actor identities inside the world state - nasty! now the world
> > state is mutable
>
> Not necessarily (and I'd be interested in the replies)?
>
> I mean, here's how I view it. If actors are part of the world, then
> they are part of its state.
I'm a big believer in Clojure / Rich Hickey's principles regarding the
separation of Identity and State (http://www.infoq.com/presentations/
Are-We-There-Yet-Rich-Hickey) and how this is generally a good idea.
However I've recently been running into what seems to be a slight
conceptual challenge w
Hi Santosh,
I was in your position a little over a year ago. Some recommendations
that may help:
- If you're coming from a Java environment, you may find it easiest to
move to Clojure by using a Clojure plugin for your favourite Java IDE.
I use the Counterclockwise plugin for Eclipse which is exc
I'm using Clojure for some reasonably heavy computational code. It's a
great fit for the problem domain.
Some specific things I really like:
- I use Incanter to get quick plots of outputs to test that
algorithms are working, very handy for interactive development at the
REPL
- I can plug in Java
On Nov 10, 4:42 am, lprefonta...@softaddicts.ca wrote:
> Gosu -> standard athlete on performance enhancing drugs (EPO, steroids, ...)
> Clojure -> genetically modified athlete
Presumably the genetically modified athlete was also born on
Krypton :-)
--
You received this message because you are su
Hi all,
I was testing some code under Clojure 1.3 alpha 3 that works correctly
in Clojure 1.2 and got the following error:
"CompilerException java.lang.IllegalArgumentException: Only long and
double primitives are supported"
For some reason I don't get a full stack trace saying where the error
o
On Aug 13, 5:33 pm, Alan wrote:
> Funny you should mention this - I was about to post a question about
> my own game when I saw your article. My issue is, I assume someone has
> written minimax and/or alpha-beta pruning in Clojure (or a java
> library that's easy to interop with). My case is sligh
On Aug 13, 7:16 pm, Nicolas Oury wrote:
> On Fri, Aug 13, 2010 at 2:51 PM, Mike Anderson
>
> wrote:
> > 2. It would be great to reduce the amount of memory allocations. Yes,
> > I know memory is plentiful and GC is very cheap, but it's still not as
> > c
On Aug 14, 12:38 am, BerlinBrown wrote:
> I played it, it was pretty fun.
>
> I have UI recommendations. I couldn't tell the difference between the
> enemy and my units.
>
> I wish maybe you had some quick tips and recommended next actions so I
> could get used to how the game works.
Thanks!
Gre
On Aug 14, 6:37 am, Wilson MacGyver wrote:
> I realize that. I was pondering why I don't run into the the 2nd problem.
>
> In your code, how many files/name spaces are you creating?
> And how many lines of code are in each file? I'm curious how you
> organize your code.
Sure - I'll give a quick s
On Aug 13, 7:06 pm, Brian Carper wrote:
> Looks great. Thanks for sharing your experiences.
>
> Do you plan to share the source code? Any reason you went with Swing
> instead of OpenGL?
>
Main reason I went with Swing was wanting to get something up and
running quickly (this is my first Clojur
Hello all,
I've recently been working on a game development project in Clojure
which is now starting to bear fruit. I thought people here might be
interested, and that it would be worthwhile to share some experiences
and perspectives.
The project is a steampunk-themed strategy game, and a playabl
Hi Martin,
Not sure how it fits with the rest of your environment but I've had
good success with just the following:
- Eclipse Helios (3.6)
- CounterClockwise plugin
CounterClockwise integrates well with the Eclipse build system, so
I've been able to do most of the stuff I need (e.g. exporting to
On Jun 30, 6:45 pm, Greg wrote:
> It seems like a lot of n00b (and non-n00b) related problems have to do with
> the location of clojure.jar and clojure-contrib.jar. People generally don't
> like having to keep track of all the clojure.jars, and it would be nice if it
> was easy to switch versio
I agree that duplicate keys in literals are probably a coder error but
IMO this deserves some kind of compiler warning rather than an error.
You're going to get into lots of sticky situations otherwise that only
confuse people if the semantics are different between literals and
other usage. Simple
On Jun 22, 1:27 pm, David Nolen wrote:
> On Tue, Jun 22, 2010 at 6:04 AM, Heinz N. Gies wrote:
>
>
>
> > > Yes. With Rich's primitive work we can get to *1 billion arithmetic
> > operations* in < 2/3 of a second on commodity hardware.
>
> > Which is absolutely great since I always wanted to do th
On Jun 8, 1:34 pm, Krukow wrote:
> I would like to hear the groups opinion before (and if) I release this
> to the general public.
>
> http://github.com/krukow/clj-ds
I really like this approach.
Not sure if it's any use, but I created a data structure library of my
own in Java which may have so
37 matches
Mail list logo
