nim

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

https://nim-lang.org/

**デフォルトの名無しさん** · 2018/03/01(木) 20:11:33.86

乙

**デフォルトの名無しさん** · 2018/03/01(木) 22:14:19.93

nimは確かにいいものだけど
どこかのバックアップがないと廃れる

**デフォルトの名無しさん** · 2018/03/03(土) 13:00:41.35

Nim は未だに 1.0 にもならないからな。

**デフォルトの名無しさん** · 2018/03/04(日) 00:13:26.42

rustよりこっちは流行ってほしい

**デフォルトの名無しさん** · 2018/03/12(月) 11:04:45.99

https://nim-by-example.github.io/variables/result/
resultの説明こんだけじゃよくわかんないな
なんで0なの

**デフォルトの名無しさん** · 2018/03/12(月) 11:26:51.87

var でresult上書きしちゃったから本来のresultは初期値のままなんじゃない？

**デフォルトの名無しさん** · 2018/03/27(火) 01:06:06.14

0.18の次は1.0?

**デフォルトの名無しさん** · 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の情報がまとまってる。