Re: [ClojureScript] [ANN] thi,ng/geom 0.0.856 (new dataviz module)

[Karsten Schmidt]

Hi Marc,

thanks - but re: transitions - actually, not really. This module is
intended to only do the actual mapping/visualization step in a longer
pipeline. That is, you're responsible to provide a visualization spec
with all elements & data pre-configured and this module will simply
transform/visualize that current state. There might be some higher
level transitions offered at some point, e.g. to tween between
cartesian & polar coordinate mapping (example [1]), but this too could
be achieved via a separate step injected before final serialization to
SVG (or whatever). Unlike with d3 and other libs which are directly
married to a DOM, here I try to approach this topic being completely
format independent until the last moment, meaning all visualization
methods will actually transform the viz spec into a scenegraph of pure
data (types from the geom parent lib) and are only then translated
into a concrete target format[2] (for SVG it actually transforms first
into hiccup syntax). That pure data approach also means that any other
type of transition can be easily achieved via other libs and I think
any transition feature would be implemented outside the scope of this
module. d3 tries to offer a one-stop solution addressing everything,
but I think the Clojure way is to keep our options open.

Having said this, I think transitions are very important and am v.keen
to hear your feedback - I just don't want to go down a route which
turns this into a monolithic can-do-everything and I think the
approach taken allows for a number of higher level support modules,
which you would simply plug into the transformation pipeline to
compute intermediate, tweened visualization specs. For example, color
transitions can be done via thi.ng/color, more general tweening via
thi.ng/tweeny (and other libs)...

Thanks, K.

[1] http://haptic-data.com/toxiclibsjs/examples/polar-unravel
[2] In this initial release that intermediate format is still
outstanding and translation currently goes straight into hiccup
format, but that's only temporary behavior...

On 14 June 2015 at 04:58, Marc Fawzi  wrote:
> Does the viz module aspire to catch up with d3 on the transitions front? 
> Awesome stuff and will definitely try out the API and make some requests!
>
> Sent from my iPhone
>
>> On Jun 13, 2015, at 5:01 PM, Karsten Schmidt  wrote:
>>
>> Hi all,
>>
>> a new release of thi.ng/geom has just been pushed - now with the
>> beginnings of a new clj & cljs data visualization module, currently
>> supporting:
>>
>> - 7 layout/chart methods (bar, line, area, scatter, radar, contours,
>> stacked intervals)
>> - 3 axis types (linear, logarithmic, lens)
>> - cartesian or polar mapping
>> - flexible data input formats (via optional data item retrieval fns)
>> - custom shape drawing fns
>> - freedom to attach any other style/shape attributes (e.g. listeners)
>> - extensive documentation
>>
>> Check it all out here (in glorious literate programming format!):
>>
>> https://github.com/thi-ng/geom/blob/master/geom-viz/src/index.org
>> https://github.com/thi-ng/geom/blob/master/geom-viz/src/core.org
>>
>> The plan for this new viz module is to be output format agnostic, but
>> it currently only supports SVG (which by all means will be the main
>> use case anyhow)
>>
>> Other new things in this 0.0.856 version:
>>
>> - added voxel/isosurface examples
>> - updated dependencies (clj-1.7,0-RC1, cljs-3308, thi.ng/ndarray 0.2.0)
>>
>> Enjoy! K.
>>
>> --
>> Karsten Schmidt
>> http://postspectacular.com | http://thi.ng | http://toxiclibs.org
>>
>> --
>> Note that posts from new members are moderated - please be patient with your 
>> first post.
>> ---
>> You received this message because you are subscribed to the Google Groups 
>> "ClojureScript" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to clojurescript+unsubscr...@googlegroups.com.
>> To post to this group, send email to clojurescr...@googlegroups.com.
>> Visit this group at http://groups.google.com/group/clojurescript.
>
> --
> Note that posts from new members are moderated - please be patient with your 
> first post.
> ---
> You received this message because you are subscribed to the Google Groups 
> "ClojureScript" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to clojurescript+unsubscr...@googlegroups.com.
> To post to this group, send email to clojurescr...@googlegroups.com.
> Visit this group at http://groups.google.com/group/clojurescript.



-- 
Karsten Schmidt
http://postspectacular.com | http://thi.ng | http://toxiclibs.org

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com

Re: [ClojureScript] [ANN] thi,ng/geom 0.0.856 (new dataviz module)

[Bruce Durling]

Karsten,

Great stuff. I'll have a look.

cheers,
Bruce

On Sun, Jun 14, 2015 at 1:01 AM, Karsten Schmidt  wrote:
> Hi all,
>
> a new release of thi.ng/geom has just been pushed - now with the
> beginnings of a new clj & cljs data visualization module, currently
> supporting:
>
> - 7 layout/chart methods (bar, line, area, scatter, radar, contours,
> stacked intervals)
> - 3 axis types (linear, logarithmic, lens)
> - cartesian or polar mapping
> - flexible data input formats (via optional data item retrieval fns)
> - custom shape drawing fns
> - freedom to attach any other style/shape attributes (e.g. listeners)
> - extensive documentation
>
> Check it all out here (in glorious literate programming format!):
>
> https://github.com/thi-ng/geom/blob/master/geom-viz/src/index.org
> https://github.com/thi-ng/geom/blob/master/geom-viz/src/core.org
>
> The plan for this new viz module is to be output format agnostic, but
> it currently only supports SVG (which by all means will be the main
> use case anyhow)
>
> Other new things in this 0.0.856 version:
>
> - added voxel/isosurface examples
> - updated dependencies (clj-1.7,0-RC1, cljs-3308, thi.ng/ndarray 0.2.0)
>
> Enjoy! K.
>
> --
> Karsten Schmidt
> http://postspectacular.com | http://thi.ng | http://toxiclibs.org
>
> --
> Note that posts from new members are moderated - please be patient with your 
> first post.
> ---
> You received this message because you are subscribed to the Google Groups 
> "ClojureScript" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to clojurescript+unsubscr...@googlegroups.com.
> To post to this group, send email to clojurescr...@googlegroups.com.
> Visit this group at http://groups.google.com/group/clojurescript.

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ClojureScript] [ANN] thi,ng/geom 0.0.856 (new dataviz module)

[Marc Fawzi]

I totally trust your judgement. It could be flawed thinking on my part but in 
D3 the generators for scale, svg line, stacked area, etc generate data 
(configured by D3's related methods) which we can then translate to canvas or 
webgl and before that we can put into the app state structure. So the D3 
approach while offering everything tightly integrated with the DOM is hackable 
and can be adapted to state-driven/reactive views. In case of geo projections 
of which D3 has so many the path function can output directly to canvas. Have 
not yet played with transitions to see if I can get tweened style strings out 
of them and convert but i cringe at the performance hit.  We just learned how 
to work with D3 in a half sane manner. I've even introduced seamless 
immutability into JS specifically to deal with D3 apps' prolific use of global 
mutable state and be able to minimize and isolate shared mutable state into a 
single data structure (required only if components you build require to share 
state which is the case in most complex UI interactions) Your (or the Clojure) 
approach is much more radically sane but i have not yet found the other pieces. 
For example, if we're talking about reactive/immediate mode rendering then it 
would be nice to have a virtual canvas that did the diffing so we could drive 
the whole scene from app state and not have to repaint the whole canvas.

Half baked thoughts...

Sent from my iPhone

> On Jun 14, 2015, at 4:49 AM, Karsten Schmidt  wrote:
> 
> Hi Marc,
> 
> thanks - but re: transitions - actually, not really. This module is
> intended to only do the actual mapping/visualization step in a longer
> pipeline. That is, you're responsible to provide a visualization spec
> with all elements & data pre-configured and this module will simply
> transform/visualize that current state. There might be some higher
> level transitions offered at some point, e.g. to tween between
> cartesian & polar coordinate mapping (example [1]), but this too could
> be achieved via a separate step injected before final serialization to
> SVG (or whatever). Unlike with d3 and other libs which are directly
> married to a DOM, here I try to approach this topic being completely
> format independent until the last moment, meaning all visualization
> methods will actually transform the viz spec into a scenegraph of pure
> data (types from the geom parent lib) and are only then translated
> into a concrete target format[2] (for SVG it actually transforms first
> into hiccup syntax). That pure data approach also means that any other
> type of transition can be easily achieved via other libs and I think
> any transition feature would be implemented outside the scope of this
> module. d3 tries to offer a one-stop solution addressing everything,
> but I think the Clojure way is to keep our options open.
> 
> Having said this, I think transitions are very important and am v.keen
> to hear your feedback - I just don't want to go down a route which
> turns this into a monolithic can-do-everything and I think the
> approach taken allows for a number of higher level support modules,
> which you would simply plug into the transformation pipeline to
> compute intermediate, tweened visualization specs. For example, color
> transitions can be done via thi.ng/color, more general tweening via
> thi.ng/tweeny (and other libs)...
> 
> Thanks, K.
> 
> [1] http://haptic-data.com/toxiclibsjs/examples/polar-unravel
> [2] In this initial release that intermediate format is still
> outstanding and translation currently goes straight into hiccup
> format, but that's only temporary behavior...
> 
>> On 14 June 2015 at 04:58, Marc Fawzi  wrote:
>> Does the viz module aspire to catch up with d3 on the transitions front? 
>> Awesome stuff and will definitely try out the API and make some requests!
>> 
>> Sent from my iPhone
>> 
>>> On Jun 13, 2015, at 5:01 PM, Karsten Schmidt  wrote:
>>> 
>>> Hi all,
>>> 
>>> a new release of thi.ng/geom has just been pushed - now with the
>>> beginnings of a new clj & cljs data visualization module, currently
>>> supporting:
>>> 
>>> - 7 layout/chart methods (bar, line, area, scatter, radar, contours,
>>> stacked intervals)
>>> - 3 axis types (linear, logarithmic, lens)
>>> - cartesian or polar mapping
>>> - flexible data input formats (via optional data item retrieval fns)
>>> - custom shape drawing fns
>>> - freedom to attach any other style/shape attributes (e.g. listeners)
>>> - extensive documentation
>>> 
>>> Check it all out here (in glorious literate programming format!):
>>> 
>>> https://github.com/thi-ng/geom/blob/master/geom-viz/src/index.org
>>> https://github.com/thi-ng/geom/blob/master/geom-viz/src/core.org
>>> 
>>> The plan for this new viz module is to be output format agnostic, but
>>> it currently only supports SVG (which by all means will be the main
>>> use case anyhow)
>>> 
>>> Other new things in this 0.0.856 version:
>>> 
>>> - added voxel/isosurface examples
>>> - updated 

Re: [ClojureScript] [ANN] thi,ng/geom 0.0.856 (new dataviz module)

[Marc Fawzi]

<<
Have not yet played with transitions to see if I can get tweened style
strings out of them and convert but i cringe at the performance hit.
>>

Just remembered attrTween and styleTween do allow that very easily and
output the tweened style/attribute string, so that is possible too

But in ay case what is really missing from the D3 [hacked together]
reactive approach is a canvas differ so we don't have to trade necessary
optimization for raw performance of canvas.

On Sun, Jun 14, 2015 at 6:59 AM, Marc Fawzi  wrote:

> I totally trust your judgement. It could be flawed thinking on my part but
> in D3 the generators for scale, svg line, stacked area, etc generate data
> (configured by D3's related methods) which we can then translate to canvas
> or webgl and before that we can put into the app state structure. So the D3
> approach while offering everything tightly integrated with the DOM is
> hackable and can be adapted to state-driven/reactive views. In case of geo
> projections of which D3 has so many the path function can output directly
> to canvas. Have not yet played with transitions to see if I can get tweened
> style strings out of them and convert but i cringe at the performance hit.
> We just learned how to work with D3 in a half sane manner. I've even
> introduced seamless immutability into JS specifically to deal with D3 apps'
> prolific use of global mutable state and be able to minimize and isolate
> shared mutable state into a single data structure (required only if
> components you build require to share state which is the case in most
> complex UI interactions) Your (or the Clojure) approach is much more
> radically sane but i have not yet found the other pieces. For example, if
> we're talking about reactive/immediate mode rendering then it would be nice
> to have a virtual canvas that did the diffing so we could drive the whole
> scene from app state and not have to repaint the whole canvas.
>
> Half baked thoughts...
>
> Sent from my iPhone
>
> > On Jun 14, 2015, at 4:49 AM, Karsten Schmidt  wrote:
> >
> > Hi Marc,
> >
> > thanks - but re: transitions - actually, not really. This module is
> > intended to only do the actual mapping/visualization step in a longer
> > pipeline. That is, you're responsible to provide a visualization spec
> > with all elements & data pre-configured and this module will simply
> > transform/visualize that current state. There might be some higher
> > level transitions offered at some point, e.g. to tween between
> > cartesian & polar coordinate mapping (example [1]), but this too could
> > be achieved via a separate step injected before final serialization to
> > SVG (or whatever). Unlike with d3 and other libs which are directly
> > married to a DOM, here I try to approach this topic being completely
> > format independent until the last moment, meaning all visualization
> > methods will actually transform the viz spec into a scenegraph of pure
> > data (types from the geom parent lib) and are only then translated
> > into a concrete target format[2] (for SVG it actually transforms first
> > into hiccup syntax). That pure data approach also means that any other
> > type of transition can be easily achieved via other libs and I think
> > any transition feature would be implemented outside the scope of this
> > module. d3 tries to offer a one-stop solution addressing everything,
> > but I think the Clojure way is to keep our options open.
> >
> > Having said this, I think transitions are very important and am v.keen
> > to hear your feedback - I just don't want to go down a route which
> > turns this into a monolithic can-do-everything and I think the
> > approach taken allows for a number of higher level support modules,
> > which you would simply plug into the transformation pipeline to
> > compute intermediate, tweened visualization specs. For example, color
> > transitions can be done via thi.ng/color, more general tweening via
> > thi.ng/tweeny (and other libs)...
> >
> > Thanks, K.
> >
> > [1] http://haptic-data.com/toxiclibsjs/examples/polar-unravel
> > [2] In this initial release that intermediate format is still
> > outstanding and translation currently goes straight into hiccup
> > format, but that's only temporary behavior...
> >
> >> On 14 June 2015 at 04:58, Marc Fawzi  wrote:
> >> Does the viz module aspire to catch up with d3 on the transitions
> front? Awesome stuff and will definitely try out the API and make some
> requests!
> >>
> >> Sent from my iPhone
> >>
> >>> On Jun 13, 2015, at 5:01 PM, Karsten Schmidt  wrote:
> >>>
> >>> Hi all,
> >>>
> >>> a new release of thi.ng/geom has just been pushed - now with the
> >>> beginnings of a new clj & cljs data visualization module, currently
> >>> supporting:
> >>>
> >>> - 7 layout/chart methods (bar, line, area, scatter, radar, contours,
> >>> stacked intervals)
> >>> - 3 axis types (linear, logarithmic, lens)
> >>> - cartesian or polar mapping
> >>> - flexible data input formats (via optional da

[ANN] ClojureCL - OpenCL 2.0 Clojure library (GPGPU and high performance parallel computing)

[Dragan Djuric]

I am pleased to announce a first public release of new* OpenCL 2.0 *Clojure 
library - ClojureCL

Very detailed *documentation* at http://clojurecl.uncomplicate.org and API 
at http://clojurecl.uncomplicate.org/codox/

Lots of learning examples 

 - 
follows the example code of OpenCL in Action book 
,
 
and is compatible with other OpenCL literature.

Uses fast hand-written JNI bindings (jocl.org).

ClojureCL is a Clojure library for High performance parallel computing 
(including GPGPU) with OpenCL 2.0, which supports:

* GPUs from AMD, nVidia, Intel;
* CPUs from Intel, AMD, ARM etc;
* Computing accelerators and embedded devices (Intel Xeon Phi, Parallella, 
etc.).

Call for help:
Everything you need for Linux and Windows is in Clojars. If you know your 
way around gcc on OS X and you are willing to help providing the binary 
builds for those (or other) systems, please contact me.

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ANN] ClojureCL - OpenCL 2.0 Clojure library (GPGPU and high performance parallel computing)

[Karsten Schmidt]

Hi Dragan, this looks great & will check it out ASAP! Just one
question about your OSX note - for http://thi.ng/simplecl (also based
on JOCL) I didn't have to jump through extra hoops for OSX, since JOCL
also includes all mac binaries... All I needed to do was set
:native-preset to empty
(https://github.com/thi-ng/simplecl/blob/master/project.clj#L14)

I haven't tried running your examples yet, but just wondering how
you're dealing with native deps to not be able to support OSX out of
the box...

Thanks, K.

On 14 June 2015 at 17:04, Dragan Djuric  wrote:
> I am pleased to announce a first public release of new OpenCL 2.0 Clojure
> library - ClojureCL
>
> Very detailed documentation at http://clojurecl.uncomplicate.org and API at
> http://clojurecl.uncomplicate.org/codox/
>
> Lots of learning examples - follows the example code of OpenCL in Action
> book, and is compatible with other OpenCL literature.
>
> Uses fast hand-written JNI bindings (jocl.org).
>
> ClojureCL is a Clojure library for High performance parallel computing
> (including GPGPU) with OpenCL 2.0, which supports:
>
> * GPUs from AMD, nVidia, Intel;
> * CPUs from Intel, AMD, ARM etc;
> * Computing accelerators and embedded devices (Intel Xeon Phi, Parallella,
> etc.).
>
> Call for help:
> Everything you need for Linux and Windows is in Clojars. If you know your
> way around gcc on OS X and you are willing to help providing the binary
> builds for those (or other) systems, please contact me.
>
> --
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clojure@googlegroups.com
> Note that posts from new members are moderated - please be patient with your
> first post.
> To unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.



-- 
Karsten Schmidt
http://postspectacular.com | http://thi.ng | http://toxiclibs.org

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ANN] ClojureCL - OpenCL 2.0 Clojure library (GPGPU and high performance parallel computing)

[Karsten Schmidt]

Ahhh... scrap my previous question - yet another unfortunate naming
clash: You're using JOCL from jocl.org - I've been using JOCL from
http://jogamp.org/jocl/www/ - only the latter includes a whole range
of natives for *nix/Win/OSX/ARM/Android... So then my alternative
question would be what made you choose one JOCL over another? :)

On 14 June 2015 at 19:23, Karsten Schmidt  wrote:
> Hi Dragan, this looks great & will check it out ASAP! Just one
> question about your OSX note - for http://thi.ng/simplecl (also based
> on JOCL) I didn't have to jump through extra hoops for OSX, since JOCL
> also includes all mac binaries... All I needed to do was set
> :native-preset to empty
> (https://github.com/thi-ng/simplecl/blob/master/project.clj#L14)
>
> I haven't tried running your examples yet, but just wondering how
> you're dealing with native deps to not be able to support OSX out of
> the box...
>
> Thanks, K.
>
> On 14 June 2015 at 17:04, Dragan Djuric  wrote:
>> I am pleased to announce a first public release of new OpenCL 2.0 Clojure
>> library - ClojureCL
>>
>> Very detailed documentation at http://clojurecl.uncomplicate.org and API at
>> http://clojurecl.uncomplicate.org/codox/
>>
>> Lots of learning examples - follows the example code of OpenCL in Action
>> book, and is compatible with other OpenCL literature.
>>
>> Uses fast hand-written JNI bindings (jocl.org).
>>
>> ClojureCL is a Clojure library for High performance parallel computing
>> (including GPGPU) with OpenCL 2.0, which supports:
>>
>> * GPUs from AMD, nVidia, Intel;
>> * CPUs from Intel, AMD, ARM etc;
>> * Computing accelerators and embedded devices (Intel Xeon Phi, Parallella,
>> etc.).
>>
>> Call for help:
>> Everything you need for Linux and Windows is in Clojars. If you know your
>> way around gcc on OS X and you are willing to help providing the binary
>> builds for those (or other) systems, please contact me.
>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clojure@googlegroups.com
>> Note that posts from new members are moderated - please be patient with your
>> first post.
>> To unsubscribe from this group, send email to
>> clojure+unsubscr...@googlegroups.com
>> For more options, visit this group at
>> http://groups.google.com/group/clojure?hl=en
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "Clojure" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to clojure+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>
>
>
> --
> Karsten Schmidt
> http://postspectacular.com | http://thi.ng | http://toxiclibs.org



-- 
Karsten Schmidt
http://postspectacular.com | http://thi.ng | http://toxiclibs.org

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ANN] ClojureCL - OpenCL 2.0 Clojure library (GPGPU and high performance parallel computing)

[Dragan Djuric]

OSX note: there are two JOCLs:
* Jogamp (which does not support OpenCl 2..0, but only 1.1) uses (slow) JNA 
that does not need separate compilation.
* ClojureCL uses a new version of jocl.org, which is a hand written JNI and 
needs to be compiled for each platform. The version supporting OpenCL 2.0 is in 
RC phase, the author is on the lookout for someone who have Mac hardware. Once 
built for OSX, they will still only work with 1.2 features, since that is what 
Apple currently provides regardless of hardware support for higher versions...

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ANN] ClojureCL - OpenCL 2.0 Clojure library (GPGPU and high performance parallel computing)

[Dragan Djuric]

Jogamp is stale, and does not provide low-level support.

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ANN] ClojureCL - OpenCL 2.0 Clojure library (GPGPU and high performance parallel computing)

[Dragan Djuric]

Just to clarify: JOCL.org also does not demand jumping extra hoops for OSX: 
their previous version (0.1.9) comes with OSX binaries and works out of the 
box. It is only a question of time when the author is going to receive the 
binaries and put the in the distribution jar in maven central repository.
The build is make or CMake and should work out of the box...

On Sunday, June 14, 2015 at 8:24:06 PM UTC+2, Karsten Schmidt wrote:
>
> Hi Dragan, this looks great & will check it out ASAP! Just one 
> question about your OSX note - for http://thi.ng/simplecl (also based 
> on JOCL) I didn't have to jump through extra hoops for OSX, since JOCL 
> also includes all mac binaries... All I needed to do was set 
> :native-preset to empty 
> (https://github.com/thi-ng/simplecl/blob/master/project.clj#L14) 
>
> I haven't tried running your examples yet, but just wondering how 
> you're dealing with native deps to not be able to support OSX out of 
> the box... 
>
> Thanks, K. 
>
> On 14 June 2015 at 17:04, Dragan Djuric > 
> wrote: 
> > I am pleased to announce a first public release of new OpenCL 2.0 
> Clojure 
> > library - ClojureCL 
> > 
> > Very detailed documentation at http://clojurecl.uncomplicate.org and 
> API at 
> > http://clojurecl.uncomplicate.org/codox/ 
> > 
> > Lots of learning examples - follows the example code of OpenCL in Action 
> > book, and is compatible with other OpenCL literature. 
> > 
> > Uses fast hand-written JNI bindings (jocl.org). 
> > 
> > ClojureCL is a Clojure library for High performance parallel computing 
> > (including GPGPU) with OpenCL 2.0, which supports: 
> > 
> > * GPUs from AMD, nVidia, Intel; 
> > * CPUs from Intel, AMD, ARM etc; 
> > * Computing accelerators and embedded devices (Intel Xeon Phi, 
> Parallella, 
> > etc.). 
> > 
> > Call for help: 
> > Everything you need for Linux and Windows is in Clojars. If you know 
> your 
> > way around gcc on OS X and you are willing to help providing the binary 
> > builds for those (or other) systems, please contact me. 
> > 
> > -- 
> > You received this message because you are subscribed to the Google 
> > Groups "Clojure" group. 
> > To post to this group, send email to clo...@googlegroups.com 
>  
> > Note that posts from new members are moderated - please be patient with 
> your 
> > first post. 
> > To unsubscribe from this group, send email to 
> > clojure+u...@googlegroups.com  
> > For more options, visit this group at 
> > http://groups.google.com/group/clojure?hl=en 
> > --- 
> > You received this message because you are subscribed to the Google 
> Groups 
> > "Clojure" group. 
> > To unsubscribe from this group and stop receiving emails from it, send 
> an 
> > email to clojure+u...@googlegroups.com . 
> > For more options, visit https://groups.google.com/d/optout. 
>
>
>
> -- 
> Karsten Schmidt 
> http://postspectacular.com | http://thi.ng | http://toxiclibs.org 
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Boot: How to run with the clojure version declared in the :dependencies?

[Juho Teperi]

I have tried to describe how to set Clojure version with Boot 
here: https://github.com/boot-clj/boot/wiki/Setting-Clojure-version

It should also explain why the duplication is required.

On Saturday, June 13, 2015 at 3:08:17 AM UTC+3, Tassilo Horn wrote:
>
> Hi all, 
>
> I'm toying around with boot and try to get my leiningen config converted 
> to it. 
>
> My build.boot contains 
>
> --8<---cut here---start->8--- 
> (set-env! 
>  :resource-paths #{"src" "resources"} 
>  :dependencies '[[org.clojure/clojure "1.7.0-RC1"] 
>  ...]) 
> --8<---cut here---end--->8--- 
>
> but "boot repl" or `M-x cider-jack-in RET` in emacs still give me a REPL 
> running 1.6.0.  I know I can call 
>
>   $ BOOT_CLOJURE_VERSION="1.7.0-RC1" boot repl 
>
> or define the BOOT_CLOJURE_VERSION in a boot.properties file, but do I 
> really need to duplicate the clojure version? 
>
> Bye, 
> Tassilo 
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[new] GNU emacs settings for clojure ?

[Xavier]

Hello,

I am new to clojure (which I really appreciate). I am stuck with GNU
emacs for all the stuff I do and I cannot find something.

I am playing with Composure, starting it using lein (ring server). 

Is there any possibility to do this directly via cider ? If not, how can
I "connect" to it ?

Regards
-- 
  Xavier
  xav...@maillard.im

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [new] GNU emacs settings for clojure ?

[Matching Socks]

The ring-server page (https://github.com/weavejester/ring-server) appears 
to give an example of starting the server in a REPL:

(use 'ring.server.standalone)
(serve your-handler)


The page also mentions an option, :join? false, that you might need if you 
want to continue using the REPL while the server runs.

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[ANN] honeysql now available from Clojurescript

[Michael Blume]

Using reader conditionals, I've put up an experimental branch of honeysql
which seems to work just fine from both Clojure and Clojurescript. If you
need to generate SQL from your Node service, please try it out.

https://github.com/michaelblume/honeysql/tree/rcond

Will update soon with my experiences, ran into a few rough edges during the
port, but everything seems to work pretty nicely.

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [new] GNU emacs settings for clojure ?

[Jason Lewis]

M-x package-install cider should give you a better time.

One is never "stuck" with emacs; one is privileged to enjoy it.

On Sun, Jun 14, 2015, 18:01 Xavier  wrote:

> Hello,
>
> I am new to clojure (which I really appreciate). I am stuck with GNU
> emacs for all the stuff I do and I cannot find something.
>
> I am playing with Composure, starting it using lein (ring server).
>
> Is there any possibility to do this directly via cider ? If not, how can
> I "connect" to it ?
>
> Regards
> --
>   Xavier
>   xav...@maillard.im
>
> --
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clojure@googlegroups.com
> Note that posts from new members are moderated - please be patient with
> your first post.
> To unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.