Random iterator call spawning?

I fixed it, the trace was lying to me and the problem is somewhere else.

Porting to a new OS/Architecture pair

After adding arm64 to the netbsd architectures, I can rebuild it with 'nimble build' and 'nimble install'; it still insists that is on amd64, though... As far as OCI is concerned, Oracle were somewhat late to the cloud stuff compared to Google, Amazon and Microsoft; I can't compare them, but can

Unique ID's for types?

I'm curious if there's a standard way to get a unique integer id for types?

Porting to a new OS/Architecture pair

You probably need to manually set the cpu / os combo manually. I don't know how to do that for the bootstrap compiler part. Though, this looks promising: > In case someone wants to try it,

Numerical libraries for data science

that is Arraymancer's Tensor, not a concept. There is though this open issue/dsicussion by @Vindaar which is definitely relevant:

Numerical libraries for data science

It looks like SciNim has a `Tensor` concept, which would seem to be the `ArrayLike` interface.

Numerical libraries for data science

> Nim would be a good option to produce fast python packages? I think it has the potential to be a great option to produce fast python packages for scientific computing! But to be fair I have not seen that realized too much (at least in the open, in the data science context, the only lib for py

Porting to a new OS/Architecture pair

Hi, csources_v2/makefile Run indicates that the compiler has been ported to NetBSD only under i386/amd64. I was easily able to build it under arm64: $ uname -a NetBSD netbsd 10.99.2 NetBSD 10.99.2 (GENERIC64) #0: Thu Jan 19 05:39:47 GMT 2023 sysbu.

`std/xmltree` issue with extra spaces being added

I made a proposal that in your example would create: Hola Run

`std/xmltree` issue with extra spaces being added

Thanks. I raised an [issue](https://github.com/nim-lang/Nim/issues/21290).

nlvm update 202301

> Isn't this a major problem for precise alias analysis (AA)? AA is crucial for > many optimizations. type-based AA needs more specific annotations than the pointers was able to carry, so they were never used for this purpose (they were used for no other purpose than sanity checking apparently,

`std/xmltree` issue with extra spaces being added

import std/xmltree let x = newXmlTree("foo",[ newXmlTree("bar",[ newText("Hola"), newXmlTree("qux",[ newXmlTree("plugh",[]) ]) ]) ]) echo x Run Hola Run

How to sign form multipart data?

I'm creating form multipart data using newMultipartData(). I have to sign this data using SHA256 HMAC. How do I get the multipart data as the string that will be sent over the network? Using $ to convert the data to a string gives a verbose output, and I doubt this is what's sent.

`std/xmltree` issue with extra spaces being added

I am having an issue with some spaces appearing with `std/xmltree`. In the following example, it works as expected: import std/xmltree var a = newXmlTree("text", [], [].toXmlAttributes) a.add newText("Hola") a.add newXmlTree("node", [], [].toXmlAttributes) e

nlvm update 202301

> llvm has been updated to 15.0.6 - this came with a major change to how > pointers are handled - in particular, pointers are now untyped in the LLVM IR Isn't this a major problem for precise alias analysis (AA)? AA is crucial for many optimizations.