Re: Java Interop on steroids?

're not annoying somebody, you're not really alive." > -- Margaret Atwood > > > ---------- > *From:* clojure@googlegroups.com on behalf of > Nathan Fisher > *Sent:* Friday, June 21, 2019 4:17:43 PM > *To:* clojure@googlegroups.com > *Subject:* Re

Re: Java Interop on steroids?

ns, 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 - pleas

Re: Noob: Getting (re)started with Clojure on OS X

I would even argue against using central profiles. I think it obscures behavioural differences between machines and can impair reproducibility. Arguably better to have all deps in project where possible. On Wed, Mar 13, 2019 at 22:45, Mike Rodriguez wrote: > > [cider/cider-nrepl "0.8.2"] > > is

Re: Clojure(Script) web apps in 2018

Duct looks interesting. I found luminous useful for when I first started with web dev in clojure but started running against its project layout. On Sun, Sep 23, 2018 at 15:17, Rick Moynihan wrote: > I really quite like weavejester's duct, because it's essentially a > familiar / standard ring

Re: Webassembly as a Clojure target platform

I haven’t been following it that closely. I thought GC is planned but not targeted for MVP or has that changed? On Thu, Jul 26, 2018 at 20:32, Gerard Klijs wrote: > Kotlin native can also target wasm. But I don't know enough of it to know > if it's usefull for the clojure story. Since there is

Re: Rusts Upgrades

. #RememberLeftPad > > Don't get me wrong, I like the idea. I'm just trying to think through the > possible hazards. > > Alan > > > On Friday, July 27, 2018 at 4:11:27 PM UTC-7, Nathan Fisher wrote: >> >> Hi Folks, >> >> Reading up the recent blo

Re: Improving Library Status Visibility - was Re: Rusts Upgrades

Hi Alex, I don't think it would be necessary to scrape the Jenkins server too often. I speculate daily would be enough, hourly at most. Cheers, Nathan On Sun, 29 Jul 2018 at 03:42 Alex Miller wrote: > On contribs, I just added the emeddable build status plugin - that’s easy. > Migrating to

Improving Library Status Visibility - was Re: Rusts Upgrades

-- (970) FOR-SEAN -- (904) 302-SEAN > An Architect's View -- http://corfield.org/ > > "If you're not annoying somebody, you're not really alive." > -- Margaret Atwood > > > *From:* clojure@googlegroups.com on behalf of > Nathan Fisher > *Sent:* Saturday, July 2

Re: Rusts Upgrades

; Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN > An Architect's View -- http://corfield.org/ > > "If you're not annoying somebody, you're not really alive." > -- Margaret Atwood > > > ------ > *From:* clojure@googlegroups.com on

Rusts Upgrades

Hi Folks, Reading up the recent blog post “What is Rust 2018” and happened upon this; “We put in a lot of work to make upgrades painless; for example, we run a tool (called “crater”) before each Rust release that downloads every package on crates.io and attempts to build their code and run their

Re: Webassembly as a Clojure target platform

Think Rust and Golang both have the ability to target WASM now too. I'm not sure how well Java Byte-Code to WASM would work in practise. Found this project that seems able to transpile from Java ByteCode to JS/WASM; http://teavm.org/ On Thu, 26 Jul 2018 at 12:34 Bo Yao wrote: > Not true.Wasm

Re: Bazel as Clojure build tool

target, introduce whitespace into the library, and run the test target again. It should only do a full execution in the 2nd example. On Sunday, 15 April 2018 17:09:12 UTC-3, Gregg Reynolds wrote: > > > > On Mon, Jan 29, 2018, 2:07 PM Nathan Fisher > wrote: > >> ... > &g

Re: Understanding GraalVM and Clojure

ebb...@gmail.com> wrote: > I've read it, it's really interesting. Alex Miller mentioned on Twitter > that they'll work on removing some limitations over time. @Alex, can you > confirm and expand a bit more ? > > Le sam. 28 avr. 2018 à 23:14, Nathan Fisher <nfis...@junctionbox.ca&g

Re: Understanding GraalVM and Clojure

Another interesting post on Clojure and Graal https://www.innoq.com/en/blog/native-clojure-and-graalvm/ On Sat, Apr 28, 2018 at 10:01 AM, Khalid Jebbari wrote: > Thank you for the link. > > Le sam. 28 avr. 2018 à 00:35, Egg Syntax a écrit : > >>

Re: Understanding GraalVM and Clojure

I was thinking it would be interesting to “remove” the use of Java interop in core instead replacing it with a reserved namespace that maps to whatever the underlying runtime/reader wants to. I suppose you can do the same with the exisiting RT stuff but naively feels like it would be

Re: Bazel as Clojure build tool

Hi Kiril, I think you’d need to set your expectations. Faster builds are unlikely to be one of the benefits. A unified build tool is one. I’ve seen a few similar attempts with Buck which was inspired by Bazel. They either generate lein projects on the fly or call into the Clojure compiler

Re: If Clojure is to blame for the majority of the startup time, why doesn't ClojureScript proportionally slow down the JavaScript startup time also?

(by a single thread) there wouldn’t be any need for the intermediate data structure to be thread-safe. Kind of like Guava data structures but for Namespaces. On Fri, 26 Jan 2018 at 16:57, Nathan Fisher <nfis...@junctionbox.ca> wrote: > Hi Alex, > > That’s cool! > > I w

Re: If Clojure is to blame for the majority of the startup time, why doesn't ClojureScript proportionally slow down the JavaScript startup time also?

t; I don't think most of these changes help at all though in the most common >> case where you are spinning up a project with a lot of non-AOT'ed code - >> the 10s of seconds of read/compile/init times dwarf this stuff. Rich and I >> working on an idea to help with this. >

Re: If Clojure is to blame for the majority of the startup time, why doesn't ClojureScript proportionally slow down the JavaScript startup time also?

d 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 >

Re: [ANN] Git Deps for Clojure!

ransitive dependencies to be developed according to that growth mindset > you mention? It’s one thing to adopt it in my code, but quite another to > assume it’s followed correctly by all of the underlying Java libs. > > On 8 Jan 2018, at 01:24, Alex Miller <a...@puredanger.com>

Re: [ANN] Git Deps for Clojure!

expect if I specify a patched version of struts that a transitive dependency wouldn’t have the ability to override that for its own purpose. Cheers, Nathan On Sun, 7 Jan 2018 at 20:51, Alex Miller <a...@puredanger.com> wrote: > > On Sunday, January 7, 2018 at 3:41:34 PM UTC-6, Nathan

Re: [ANN] Git Deps for Clojure!

Im probably not typical for this but I really value the ability to override the location of where they’re placed. I actually commit my deps to SCM for production code. The internet is fast enough these days that i don’t care about a common code cache. I’m more interested in a reproducible build.

Re: [ANN] Git Deps for Clojure!

Great work Alex! Not sure I would want to see duplicates either. If my code breaks because of an old dependency I’d rather that than make the false assumption that I’m running securely with the latest version of a lib. On Fri, 5 Jan 2018 at 16:20, Gary Trakhman wrote:

Illustrated Guide to Clojure Start-up Timings

Hi All, Over the holiday's I started to write up my analysis of the trace output I mentioned previously. The article is posted below; https://news.ycombinator.com/item?id=16056522 Cheers, Nathan -- - sent from my mobile -- You received this message because you are subscribed to the Google

Re: Clojure Start-up Time

Thanks Alex! Agreed I don’t think there is any easy quick win aside from putting a conditional around the server section that’s controlled by an environment variable. There might be some optimisations that could be done by front loading classes, similar to a prefetch in HTTP. Class loads from

Re: State & GUIs

Also take a look at re-frame (cljs) redux (js) libraries. On Sat, 2 Dec 2017 at 10:18, Moe Aboulkheir wrote: > It may make sense to familiarise yourself with the architecture of a > Clojurescript + React web application, if that's not something you've > recently investigated.

Officially Supported JDKs?

Hi All, Curious what JDKs are officially supported? Is it safe to assume the JDKs in Jenkins Clojure-test-matrix are the officially supported jdks? Is there any plans to deprecate support of EOL JDKs? Cheers! Nathan -- - sent from my mobile -- You received this message because you are

Re: possibly a Clojure question or possibly an AWS question: slow writes to durable-queue

t sure how much memory I would have to use to avoid > using up almost all of the memory. I suppose I'll figure that out via trial > and error. Until I can figure that out, nearly all other performance tricks > seems a bit besides the point. > > > > On Thursday, October 12,

Re: possibly a Clojure question or possibly an AWS question: slow writes to durable-queue

Hi! Can you change one of the variables? Specifically can you replicate this on your local machine? If it happens locally then I would focus on something in the JVM eco-system. If you can't replicate it locally then it's possibly AWS specific. It sounds like you're using a t2.large or m4.xlarge.

Re: How to try/catch Let bindings?

You could use exceptions, is that a hard requirement or are you working to transition your mental model for Java code to Clojure? If you can catch the exceptions or not throw them to begin with there’s some other options; Another way you could do it is using core.async and channels as some

Re: ANN: ClojureScript 1.9.946

Hi David! I'm seeing an issue in one of my larger projects. Will try to isolate tomorrow and get back to you. The simple project in lein-cljsbuild works fine for me with beta1 and this release. Saludos! Nathan On Tue, 3 Oct 2017 at 22:52 David Nolen wrote: >

Re: Help ship Clojure 1.9!

t; > Stu > > On Thu, Sep 28, 2017 at 10:44 AM, Nathan Fisher <nfis...@junctionbox.ca> > wrote: > >> Hi Stuart, >> >> Working to create a minimal test case but upgrading from alpha19 to beta1 >> seems to have broken lein-cljsbuild. >> >> I get

Re: Help ship Clojure 1.9!

Hi Stuart, Working to create a minimal test case but upgrading from alpha19 to beta1 seems to have broken lein-cljsbuild. I get the following error: >> snip >> *SEVERE: /Users/nathanfisher/workspace/mklpq/target/cljsbuild-compiler-0/cljs/core.js:3579: ERROR - Parse error. primary

Re: Clojure.org

dered this when building the site and decided not to include it on > the front page, so probably not interested in including it now. I expect > we'll look at front page updates at some point though and we'll consider it > again. > > Alex > > > On Friday, September 22, 2017 at