nim

**デフォルトの名無しさん** · 2018/03/01(木) 18:32:18.16

https://nim-lang.org/

**デフォルトの名無しさん** · 2018/03/29(木) 18:55:17.89

Rustは使い道が全然違うのでは
競合相手を挙げるとすればDとKotlinかな？

**デフォルトの名無しさん** · 2018/03/29(木) 20:05:34.60

Dは死んでるし、KotlinはJVMだからちょっと違う
うん。安泰だな

**デフォルトの名無しさん** · 2018/03/30(金) 15:03:59.86

にむにむ

**デフォルトの名無しさん** · 2018/03/30(金) 17:20:25.17

にむにむ

**デフォルトの名無しさん** · 2018/04/13(金) 11:18:25.98

windowsはなぜかmingwじゃなくてVCベースがデフォルトになってるんだよな
mingwのほうがつぶし効きそうなのに

**デフォルトの名無しさん** · 2018/04/22(日) 21:27:36.51

http://imgs.link/xxGzMN.gif

**デフォルトの名無しさん** · 2018/05/23(水) 19:59:41.53

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

D0A0C

**デフォルトの名無しさん** · 2018/06/22(金) 00:41:37.96

Nintendo switch support
https://github.com/nim-lang/Nim/pull/8069

devkitproとかなつい

**デフォルトの名無しさん** · 2018/06/22(金) 07:50:35.79

tcc 使えないからやめた。

**デフォルトの名無しさん** · 2018/06/22(金) 16:26:06.96

tcc使ってビルドしてもたいして最適化されないから使えない
PC用途ならビルドが速いのが唯一のメリットだな

**デフォルトの名無しさん** · 2018/06/22(金) 19:01:13.51

nimに追い風来た？

**デフォルトの名無しさん** · 2018/06/22(金) 20:19:33.22

【王様きどり、〝財界″】　マイトＬーヤ『人々はもう特定の主義を認めない、政治的教化は通用しない』
http://rosie.5ch.net/test/read.cgi/liveplus/1529634259/l50

共産でも、資本でもない、分ち合い経済が、登場します！

**デフォルトの名無しさん** · 2018/06/24(日) 16:08:44.05

単なるCトランスパイラ。
糞スレ終了。

**デフォルトの名無しさん** · 2018/06/24(日) 16:30:04.61

そのCトランスパイラでnim作ればいいんじゃね？

**デフォルトの名無しさん** · 2018/06/24(日) 23:45:55.72

LLVM に対応しないのかね？
わざわざCを介すとか面倒くさい。

**デフォルトの名無しさん** · 2018/06/25(月) 00:12:53.47

LLVMに対応しても使う側の手間は変わらない

**デフォルトの名無しさん** · 2018/06/25(月) 01:50:01.01

IDE何使っておられますかみなさん

**デフォルトの名無しさん** · 2018/06/25(月) 07:53:35.56

>>24
そうかね？
まあ、ネイティブコンパイルしてくれればいいことだけど。
別に速度は求めないからインタプリタでもいい。

**デフォルトの名無しさん** · 2018/06/30(土) 22:10:29.30

>>23
https://github.com/arnetheduck/nlvm

**デフォルトの名無しさん** · 2018/07/04(水) 22:00:55.44

ED5

**デフォルトの名無しさん** · 2018/07/05(木) 07:27:55.02

vim使ってるよ

**デフォルトの名無しさん** · 2018/08/21(火) 15:32:54.75

1.0、juliaに先越されたな

**デフォルトの名無しさん** · 2018/09/23(日) 12:32:55.25

見た目だけはpythonとrubyの愛の子っぽいけど
気持ち悪いな

慣れると気持ち良くイケるのかな

**デフォルトの名無しさん** · 2018/09/23(日) 12:36:43.12

>>21
どっちかというと tcl/tk

**デフォルトの名無しさん** · 2018/09/28(金) 00:10:24.24

>>30
AV女優？

**デフォルトの名無しさん** · 2018/09/28(金) 07:58:16.83

>>33
わかってていってんだろ

**デフォルトの名無しさん** · 2018/09/28(金) 12:33:53.60

Version 0.19.0がリリースされました。
https://nim-lang.org/blog/2018/09/26/version-0190-released.html

**デフォルトの名無しさん** · 2018/09/28(金) 15:46:07.59

GUI は何がおすすめ？

**デフォルトの名無しさん** · 2018/09/30(日) 18:50:57.10

math モジュールの round バグってんな
こんなのもバグってるとか使い物にならないだろｗ

**デフォルトの名無しさん** · 2018/10/01(月) 07:05:34.25

roundに関してはNimのgithubのissueにもあるんだけど、floatの精度のせいでroundした値がfloatで正確に表せられない場合があるんだよ。
https://github.com/nim-lang/Nim/issues/9082
詳しく知りたかったら、現代の殆どのPCで浮動小数点数を扱うのに使われているieee754という標準規格について調べてね

**デフォルトの名無しさん** · 2018/10/06(土) 22:16:11.18

echo(convert("こんにちは、", "Shift_JIS", "UTF-8"))
Windowsだとこうしないと日本語が表示されない

**デフォルトの名無しさん** · 2018/10/06(土) 22:34:07.06

ソースと端末表示をUTF-8にすればいいだけじゃ

**デフォルトの名無しさん** · 2018/10/07(日) 00:51:21.65

windowsでシステムロケールUTF-8にしたい
chcp65001は禁止で

**デフォルトの名無しさん** · 2018/10/09(火) 21:51:59.30

readline(stdin)が多バイト文字を受け付けない

**デフォルトの名無しさん** · 2019/04/17(水) 04:51:18.35

つんつん

**デフォルトの名無しさん** · 2019/04/17(水) 13:09:18.13

nim終了のお知らせ

Bosque Programming Language
https://www.microsoft.com/en-us/research/project/bosque-programming-language/

> The Bosque programming language is designed for writing code that simple, obvious, and easy to reason about for both humans and machines.

https://github.com/Microsoft/BosqueLanguage

**デフォルトの名無しさん** · 2019/04/17(水) 18:38:09.52

なんやわからんけど波括弧書くのいやや～

あめ ◆P0jSlC5fJs · 2019/04/17(水) 18:54:10.48

>>44
研究用、ゴミ
ドザによる荒らし

**デフォルトの名無しさん** · 2019/04/17(水) 21:27:04.52

うるせーよ雑魚コテハン

**デフォルトの名無しさん** · 2019/04/17(水) 21:27:30.51

雑魚コテハンは死ねや

◆P0jSlC5fJs · 2019/06/08(土) 18:55:31.57

0.20.0 リリース
https://nim-lang.org/blog/2019/06/06/version-0200-released.html

**デフォルトの名無しさん** · 2019/06/17(月) 03:05:34.50

開発が止まっているLuaJITの代わりにこれを使いたい

**デフォルトの名無しさん** · 2019/06/18(火) 05:06:07.86

じゃ使えばいいじゃん。

**デフォルトの名無しさん** · 2019/06/18(火) 11:00:03.52

nimがCにトランスパイルできるとしても
nimを通してクラス設計とかしたらその分のオーバーヘッドは残りますよね？

**デフォルトの名無しさん** · 2019/06/18(火) 12:35:30.19

そもそもそういう用途じゃない

**デフォルトの名無しさん** · 2019/06/18(火) 12:45:57.35

どういうことですか？
C並の性能を出すためにあるものではないと？

Nimでカーネルを書くとか無理なのかなーと思ってたんですが
実際やるわけじゃないけど、いまのところ

**デフォルトの名無しさん** · 2019/06/18(火) 12:48:21.44

C++でカーネル書いたひとはいるね

**デフォルトの名無しさん** · 2019/06/18(火) 14:22:47.46

実際Linuxカーネルのコードは疑似OOPだみたいな説明を見かけたので
NimやC++で書いても良いのかもしれない。
個人的にCへのトランスパイラとしてのNimにひじょーに興味がある

**デフォルトの名無しさん** · 2019/06/18(火) 14:25:52.94

https://forum.nim-lang.org/t/2261
>So let's say that implementing your game in Nim instead of C++ means 20% larger binary sizes, 20% more RAM usage, and 20% more CPU/GPU usage.

NimよりC++の方が速いって言ってる。
ベンチだと真逆なのに

**デフォルトの名無しさん** · 2019/06/18(火) 14:44:50.57

続き読んだら他の人が否定してた

**デフォルトの名無しさん** · 2019/06/19(水) 01:56:19.31

nimはgcを使っている。でもCへのトランスパイルができる。
gcということはメモリ解放が暗黙的ということだろう。
Cでは明示的に解放する必要がある。

どうやって解放タイミングを調べてるんだ？
GC言語から非GC言語へのトランスパイルがなぜ可能なのか？

**デフォルトの名無しさん** · 2019/06/19(水) 02:09:28.92

var name: string = readLine(stdin)

なんでvarと書きつつstringと型指定するのか
変な言語仕様だな
string name =
でいいだろ

**デフォルトの名無しさん** · 2019/06/19(水) 02:10:39.50

var name = readLine(stdin)

型推論だっていってるけどこれ可読性低下してる
string name = readLine(stdin)
これがベスト

**デフォルトの名無しさん** · 2019/06/19(水) 02:52:19.54

nimでデバドラ作ったりできるんだろうか

**デフォルトの名無しさん** · 2019/06/19(水) 02:57:44.38

https://forum.nim-lang.org/t/2541
Nim also can produce a program that will be put in an embedded system. In such environment, usually there is no OS or only primitive OS, and Nim produced program have higher chances to access hardware directly.

できそうだ
Nimは流行りそうな気がする
なんで組み込みでC++なんか使ってるんだ

**デフォルトの名無しさん** · 2019/06/19(水) 04:14:19.61

https://forum.nim-lang.org/t/3223
>Basically, 10 OS for 10 CPUs would contain 100 sets of C source code, that get bundled up over in csources.git

どうやらNimが適切なCソースコードを作成するには
ターゲットのCPUとOSを指定する必要があり、
その組み合わせ全てに何かファイルを用意する必要がある。

これじゃダメだな・・・

**デフォルトの名無しさん** · 2019/06/19(水) 04:24:41.25

勘違いした。ダメってことはないか
Nimコード自体は環境非依存、Cコードにするとき環境依存、ということか

**デフォルトの名無しさん** · 2019/06/19(水) 14:31:42.44

LLVMω

**デフォルトの名無しさん** · 2019/06/21(金) 05:13:28.08

Nimってめちゃすごなんじゃないかなあ
細かい言語仕様で嫌いなところがあるけど

**デフォルトの名無しさん** · 2019/06/21(金) 14:29:00.17

漏れも D がすごいと思ってた時期があるよ

**デフォルトの名無しさん** · 2019/06/21(金) 14:55:07.18

>>61
name : string := readLine(stdin)
のほうがいい。

**デフォルトの名無しさん** · 2019/06/22(土) 05:26:38.53

https://nim-lang.org/
The Nim compiler and the generated executables support all major platforms like Windows, Linux, BSD and Mac OS X.

executablesは機械語？Cコード？
いずれにせよ環境依存してると思うけど、大抵のプラットフォームをサポートしてます、ってどういうこと？
大抵のプラットフォームに向けてトランスパイルできますってこと？

**デフォルトの名無しさん** · 2019/06/22(土) 09:58:00.49

You Nim で Tensorflow が使えるアプリ造っchina YO

**デフォルトの名無しさん** · 2019/06/24(月) 09:23:40.70

>>69
var name : string = readLine(stdin)
＃nameは変更可能
let name : string = readLine(stdin)
#nameは初期化後は変更不可
というletとvarに違いがある。
型推論使ったほうがコード読みやすい、書きやすいという人もいるんだよ。
readLineの戻り値の型はstringに決まってるんだから毎回型を書く必要ないと思うけど

**デフォルトの名無しさん** · 2019/06/24(月) 09:43:12.98

>>70
NimはC言語に変換してからgcc等のCコンパイラを呼んで実行ファイルを作るんだよ。
C言語は大抵のプラットフォームで使える言語だからマルチプラットフォーム化しやすい。
なので一度書いたNimコードをそれぞれのプラットフォーム上でコンパイルするかクロスコンパイルするだけでだいたいは動く。
けどNimから出力されるCコードは特定のCコンパイラ、OS、CPU向けに書かれているので、それだけでマルチプラットフォームな実行ファイルは作れないらしい。
Nimの標準ライブラリのソースコードを読むとOS、CPUによる違いを吸収するためのコードがときどきあるよ。

**デフォルトの名無しさん** · 2019/06/24(月) 09:53:12.36

Nimのソースコードのcompiler/extccomp.nimにNimが対応しているC/C++コンパイラの情報がまとまっていて、compiler/platform.nimにはOSとCPUの情報がまとまってる。

**デフォルトの名無しさん** · 2019/06/24(月) 11:40:11.26

https://github.com/nim-lang/Nim/blob/devel/compiler/extccomp.nim
https://github.com/nim-lang/Nim/blob/devel/compiler/platform.nim
https://github.com/nim-lang/Nim/wiki/Consts-defined-by-the-compiler

**デフォルトの名無しさん** · 2019/06/24(月) 15:58:18.33

>>59
NimのGCについてはここに情報がある。
メモリ確保時にいらなくなったメモリを走査して解放しているらしい。
https://nim-lang.org/docs/gc.html

NimでGCを使わずにメモリ管理する話もある。
https://github.com/nim-lang/Nim/wiki/Destructors,-2nd-edition

>>71
Nimで実装されたTensorflowに相当するらしいlibrary
https://github.com/mratsim/Arraymancer

**デフォルトの名無しさん** · 2019/08/11(日) 11:51:35.55

2次元配列って、
var a: array[10,array[10,int]] とか書くしかないの？

**デフォルトの名無しさん** · 2019/09/24(火) 21:02:48.66

nim1.0でた～～

**デフォルトの名無しさん** · 2019/09/25(水) 05:43:15.78

Version 1.0 released
23 September 2019 The Nim Team
https://nim-lang.org/blog/2019/09/23/version-100-released.html

Nim Programming Language Hits Stable Milestone With v1.0 Release
https://www.phoronix.com/scan.php?page=news_item&;px=Nim-1.0-Programming-Language

**デフォルトの名無しさん** · 2019/09/25(水) 06:16:02.11

ついでにwandboxのnim
ttps://wandbox.org/permlink/npG9hbKwZyKQTXgI?source=post_page-----5d0f58d21e7e----------------------

**デフォルトの名無しさん** · 2019/09/25(水) 10:58:52.25

**デフォルトの名無しさん** · 2019/09/26(木) 04:03:18.19

1.0おめでとう！
ちなみに

echo NimVersion
echo(NimVersion)
NimVersion.echo

は同じ意味のコードだよ。Uniform Function Call Syntaxってやつだ

**デフォルトの名無しさん** · 2019/10/27(日) 16:17:57.05

windows 10
Nim 1.0.2 入れてみた
tdmgcc は前から使ってて gcc は既に path 通してあったので

nim 側はファイル展開しただけで何もしなくても良かった
(nim.cfg の書き換え(書き足し)も不要だった)
path 通さなくても
C:\nim\bin\nim c hogehoge
で動いた

**デフォルトの名無しさん** · 2019/10/27(日) 16:18:39.88

あと
日本語の参考書籍ってなんか出てる？

Nim in Action とかはどうだった？

**デフォルトの名無しさん** · 2019/10/30(水) 20:48:12.27

>>83
最近のは勝手に gcc 入れてくれるよ。

**デフォルトの名無しさん** · 2019/11/06(水) 15:17:56.57

HANDLEもこっそりtypedefに_PTR変えたんだっけ

**デフォルトの名無しさん** · 2019/11/06(水) 15:20:05.05

誤爆った

**デフォルトの名無しさん** · 2019/11/09(土) 00:06:35.30

Nim playground
https://play.nim-lang.org/
次スレから>>1に入れといてよ

しかしver1到達したのに全然盛り上がらんのなお前ら

**デフォルトの名無しさん** · 2019/11/09(土) 03:28:50.22

https://wandbox.org/
こちらでもNim使えますよ。

**デフォルトの名無しさん** · 2019/11/10(日) 11:17:11.92

>>85
distフォルダにmingwの7z玉入れておけば、オフラインでのインストールもできるね。

**デフォルトの名無しさん** · 2019/11/10(日) 11:25:43.54

>>84
日本語の書籍はないが、原著のドキュメントは割とわかりやすい。docs/tut1.htmlから読み始めるといいかもしれない。
NIAは評判が良いらしいのと、製本版を買うと電子書籍版が無料で付いてくるらしい。

国内でのNimの翻訳は有志が約二名ほど作業しているが、まだ始まったばかり。時間かかりそうだね。

**デフォルトの名無しさん** · 2019/11/18(月) 09:38:29.23

DLLのCの関数を呼ぶ方法はいくつかあるようですが
なぜいくつもあるのでしょうか？
どれが一番効率が良いのかとか新しいのかとか判りにくい

**デフォルトの名無しさん** · 2019/11/18(月) 15:24:43.91

単純にdll内の関数を呼びたいならdynlibプラグマを使うのが一番楽。
少し低レベルな機能が必要ならdynlibモジュウルにあるプロシイジャアを使えばいいんじゃなかろうか

**デフォルトの名無しさん** · 2019/11/18(月) 17:09:32.08

成る程。

**デフォルトの名無しさん** · 2019/12/10(火) 23:17:13.67

nimに対応したソースコード可視化ツールってある？

**デフォルトの名無しさん** · 2019/12/12(木) 17:09:11.38

nimってあまりかっこよくないね

**デフォルトの名無しさん** · 2019/12/13(金) 23:01:47.25

Cにコンパイルしてからコード解析ツールに。

**デフォルトの名無しさん** · 2020/03/25(水) 04:10:40.05

nimコードはトランスパイルする前ならクロスプラットフォームなんだろうか？

**デフォルトの名無しさん** · 2020/03/27(金) 15:59:22.92

こんないい言語なのに結局欠点はCに依存してる点

**デフォルトの名無しさん** · 2020/03/27(金) 16:10:13.08

あんまり本出ないね
むしろチャンスか

**デフォルトの名無しさん** · 2020/03/27(金) 22:55:09.53

あの糞マクロ以外大して面白みのない言語だしなぁ

**デフォルトの名無しさん** · 2020/04/07(火) 05:01:02.90

逆にマクロの完成度高い言語ってなに？

**デフォルトの名無しさん** · 2020/04/07(火) 07:46:31.57

common LISP

**デフォルトの名無しさん** · 2020/04/07(火) 14:00:10.17

Schemeは？

**デフォルトの名無しさん** · 2020/04/07(火) 19:47:26.61

nimのマクロは完成度高いと思う。でも完成度高いマクロという存在自体が糞。

**デフォルトの名無しさん** · 2020/04/08(水) 12:06:55.28

MACRO-80

**デフォルトの名無しさん** · 2020/04/10(金) 23:13:42.18

>>102
糞マクロを褒めてるのであって
逆じゃないと思うんだが

**デフォルトの名無しさん** · 2020/04/10(金) 23:14:33.21

>>101>>105が同じってことだろ
common lispなんてはるかに糞になるし

**デフォルトの名無しさん** · 2020/04/10(金) 23:15:34.44

マクロならrustのが定評あると思うが