(Translated by https://www.hiragana.jp/)
gccの人気記事 176件 - はてなブックマーク

検索けんさく対象たいしょう

並ならび順じゅん

ブックマーク数すう

期間きかん指定してい

  • から
  • まで

1 - 40 件けん / 176件けん

新着しんちゃく順じゅん 人気にんき順じゅん

gccの検索けんさく結果けっか1 - 40 件けん / 176件けん

gccに関かんするエントリは176件けんあります。 プログラミング、 programming、 linux などが関連かんれんタグです。 人気にんきエントリには 『電子でんし辞書じしょは組くみ込こみLinuxの夢ゆめを見みるか？ - Zopfcode』などがあります。

gccの関連かんれんエントリー

  • 電子でんし辞書じしょは組くみ込こみLinuxの夢ゆめを見みるか？ - Zopfcode

    はじめに 去さる2010年ねん、津山高専つやまこうせんの入学にゅうがくを間近まぢかに控ひかえた puhitaku 少年しょうねんは、とある SHARP の電子でんし辞書じしょを手てにして震ふるえていた。 SHARP Brain PW-GC610。Windows CE をプリインストールした、中学生ちゅうがくせいから見みても一風いっぷう変かわった電子でんし辞書じしょ。そんなものが津山高専つやまこうせんの教科書きょうかしょ販売はんばいで手てに入はいるなんて…。 これは、そんな変かわった電子でんし辞書じしょ Brain シリーズで Linux を動うごかすまでの記録きろくだ。 （本ほん記事きじは、第だい53回かい 情報じょうほう科学かがく若手わかての回かいで発表はっぴょうした以下いかのスライドを記事きじにしたものです） speakerdeck.com Brain ハックの隆盛りゅうせいと衰退すいたい SHARP の電子でんし辞書じしょ Brain シリーズは、Windows が動うごくことによって外部がいぶアプリ ― い換いかえると、PE 実行じっこう可能かのうファイルそのもの ― が追加ついか可能かのうであることを売うりにしている。自作じさくソフトの防止ぼうしや対策たいさくは特とくにないので*1、Visual

      電子辞書は組み込みLinuxの夢を見るか？ - Zopfcode

    • Low-Level Academy

      In this course, you will learn how to work with the UDP and TCP internet protocols in real-world scenarios. You will apply your skills to build small, fun networking applications in Rust — right in your browser! No previous knowledge of network programming is required, but we assume that you are familiar with Rust syntax. If you’re not, that's fine too! You can read The Rust Book and learn by prac

        Low-Level Academy

      • コンパイラが作つくったバイナリをつなぎ合あわせるプログラム　「lld」の作者さくしゃが語かたる、リンカの仕組しくみ

        Kernel/VM探検たんけん隊たいはカーネルや仮想かそうマシンなどを代表だいひょうとした、低ていレイヤーな話題わだいでワイワイ盛もり上あがるマニアックな勉強べんきょう会かいです。植山うえやま氏しは、制作せいさく中ちゅうのリンカである「mold」について発表はっぴょうしました。全ぜん2回かい。前半ぜんはんは、リンカの概要がいようについて話はなしました。 LLVMのリンカ「lld」オリジナルの作者さくしゃ 植山うえやま類るい氏し：植山うえやま類るいです。今いま僕ぼくが作つくっているmoldというリンカについて発表はっぴょうします。 今回こんかいの発表はっぴょうの概要がいようです。リンカが何なにかを知しっている人ひとはそんなにたくさんいないと思おもうので、まず説明せつめいします。次つぎに、「mold」のポイントは速はやいことなのですが、速はやいと何なにがうれしいのかを説明せつめいします。そのあと、どれくらい速はやいのかを説明せつめいした上うえで、どう実現じつげんされているのか、概要がいようを紹介しょうかいします。詳細しょうさいになると何なん時間じかんあっても終おわらないので、かなりハイレベルな話はなしをします。 自己じこ紹介しょうかいのスライドを入いれていませんが、僕ぼくはリンカを何なん度どか作つくったことがあって、LLVMのlld

          コンパイラが作ったバイナリをつなぎ合わせるプログラム　「lld」の作者が語る、リンカの仕組み

        • 「//このコメントを消けしたら動うごかない」は大体だいたいShift_JISの2バイト目めが原因げんいんで発生はっせいする - Qiita

          TL;DR Shift_JISにしただけでコンパイラが通とおらなくなる恐おそろしい事件じけんとその回避かいひ法ほうについて。 \ (¥)のASCIIコードは0x5c 表ひょう、能のうは良よくない UTF-8は神かみ 2023/12/06追記ついき 誤あやまりがあったので訂正ていせいします。こんな読よまれると思おもってなかったので正直しょうじきちょっとびっくりしていますが、いろいろコメントありがとうございました。（ツイート等とう全すべて拝見はいけんしました。） Shift_JISが悪わるいわけではない（デフォルトのエンコーディング設定せっていの問題もんだい）→追記ついきしました UTF-8にはUTF-FSSという仕様しようでこの問題もんだいが回避かいひされている→マジでタメになる知識ちしきありがとうございます OSによってデフォルトのエンコーディング設定せっていが異ことなるせいで、デフォルト環境かんきょうでの動作どうさがOSにより異ことなる→なるほど？（調査ちょうさ中ちゅう） CRLFとLF問題もんだいでは→なるほど？（調査ちょうさ中ちゅう） そんな問題もんだい何なにを今更いまさら→UTF-8が出でてから生うまれたからです

            「//このコメントを消したら動かない」は大体Shift_JISの2バイト目が原因で発生する - Qiita

            • gccの関連かんれんエントリー

          • C言語げんごをマスターしたい人ひとはGCCのバージョン14を使つかいましょう - pyopyopyo - Linuxとかプログラミングの覚おぼえ書がき -

            C言語げんご（C++を含ふくむ）を習得しゅうとくしたい人ひと，ポインタを勉強べんきょうしたい人ひとはgcc-14を使つかいましょう．難むずかしいところは gcc-14 が丁寧ていねいに解説かいせつしてくれます C言語げんごの難むずかしいところ 例れいを示しめします．C言語げんごで記述きじゅつされた，たった６行ぎょうのソースコードです int main() { int buf[10]; buf[10] = 0; return 0; } このソースコードには問題もんだいがあります．初はつ見みるでわかるでしょうか？ : : : 問題もんだいがあるのは buf[10]=0 の部分ぶぶんです．C言語げんごでやりがちなミスですが，これがバグやセキュリティホールの原因げんいんになります． C言語げんごが難むずかしい理由りゆうは二ふたつあります．この手ての問題もんだいを見逃みのがしやすい点てんと，この手ての問題もんだいを理解りかいすることが難むずかしい点てんの二ふたつです gcc 14 に解説かいせつしてもらいましょう 上記じょうきの６行ぎょうのソースコードをgcc14を使つかってコンパイルしてみます ソースコードのファイル名めいは test.c と

              C言語をマスターしたい人はGCCのバージョン14を使いましょう - pyopyopyo - Linuxとかプログラミングの覚え書き -

            • Amazon Prime Videoが動画どうが再生さいせいにWebAssemblyを採用さいよう。再生さいせいデバイス上じょうにWasm VMをデプロイ、高こうフレームレートなど実現じつげん

              これだけ多種たしゅ多様たようなデバイスに対たいして、ログイン画面がめんやパーソナライズされたポータル画面がめん、動画どうがの再生さいせいなどの機能きのうを実現じつげんするために、Amazon Prime VideoのアプリケーションはC++で開発かいはつされたJavaScript VMと、その上うえで動うごくJavaScriptアプリケーションの2つから構成こうせいされています。 そしてそれぞれが必要ひつように応おうじてデバイスにダウンロードされ、実行じっこうされます。 特とくにJavaScriptのアプリケーション部分ぶぶんは実行じっこう時じにダウンロードされ実行じっこうされることで、機能きのう追加ついかなどの変更へんこうやバグフィクスが容易よういになっていると説明せつめいされています。 プロトタイプのWebAssembly化かで10倍ばいから25倍ばい高速こうそくに Amazon.comがこのAmazon Prime VideoのアプリケーションにWebAssemblyの採用さいようを検討けんとうし始はじめたのは2020年ねん8月がつとのことです。 同社どうしゃはプロトタイプとして低ていレイヤのJav

                Amazon Prime Videoが動画再生にWebAssemblyを採用。再生デバイス上にWasm VMをデプロイ、高フレームレートなど実現

              • 2のべき乗じょうサイズの配列はいれつは危あぶないという話はなし via 行列ぎょうれつ積せき - elkurin’s blog

                こんにちは。労働ろうどう者しゃです。とあるプログラムで学生がくせいさんの課題かだいを添削てんさくしていたら面白おもしろい話はなしに出会であいました。 僕ぼくは今いま、主おもに学部がくぶ生せい向むけのインターン研修けんしゅう的てきなプログラムでメンターなるものをやっています。メンターとしての仕事しごとは、学生がくせいさんの課題かだいへフィードバックを返かえし、Office Hourというセッションを毎週まいしゅう設もうけて質問しつもん受うけやCSに関かんするトークを行おこなうといった内容ないようになっています。今回こんかい話題わだいに取とり上あげるのはその中なかの課題かだいの1つ、「行列ぎょうれつ積せきのプログラムを書かいて時間じかんを計測けいそくせよ」という何気なにげない話はなしで、続つづく課題かだいたちのいわば前座ぜんざのようなものです。こういったところに沼ぬまは隠かくされているものですね。 担当たんとうしている学生がくせいさんたちが細こまかい実験じっけんを行おこなってくれて以下いかのような疑問ぎもんが提示ていじされました。 「行列ぎょうれつ積せきの計算けいさんが N = 1024のときだけ N = 1023, 1025のときに比くらべて3倍ばい遅おそいのはなぜ？」 配列はいれつのサイズが2のべき乗じょうになるのは避さけるべきとい

                  2のべき乗サイズの配列は危ないという話 via 行列積 - elkurin’s blog

                • 2で割わることと3で割わること - Qiita

                  この記事きじでお題だいにするのはCPUレジスタ上じょうの整数せいすう除算じょざんです。以下いか、単たんに除算じょざんとも書かきます。 除算じょざんは非常ひじょうに高こうコストな演算えんざんなため、コンパイラは最適さいてき化かによって、できるだけ整数せいすう除算じょざんを別べつの計算けいさんに置おき換かえようとします。 最適さいてき化かができる場合ばあいの一ひとつとして、割わる数かずが定数ていすうである場合ばあいがあります。頭あたまのいいコンパイラは、除算じょざんを乗算じょうざんとビットシフト等とうを駆使くしした演算えんざんに置おき換かえます。この記事きじでは、そういった最適さいてき化かの背景はいけいにある理屈りくつを部分ぶぶん的てきに解説かいせつします。 計算けいさん機き環境かんきょうとしてはモダンなx86 CPUを仮定かていします。したがってレジスタは32/64ビットであり、負数ふすうは2の補数ほすう表現ひょうげんになっています。ある程度ていどは他たの命令めいれいセットでも通用つうようする話はなしになっているかもしれません。 そもそも整数せいすうの除算じょざんとは プログラミングにおける整数せいすうの除算じょざんの定義ていぎについて確認かくにんします。整数せいすう$n$を整数せいすう$d$で割わるとき $$ n = q \times d + r $$ が成なり立たつように除じょ

                    2で割ることと3で割ること - Qiita

                  • DenoとNode.jsの大おおきな違ちがい - keroxpのScrapbox

                    DenoとNode.jsは両方りょうほうともV8をバックエンドにしたサーバーサイドJavaScriptランタイムだが、そこには大おおきな違ちがいが存在そんざいするkeroxp.icon

                      DenoとNode.jsの大きな違い - keroxpのScrapbox

                    • 呼よび込こみ君きみ音源おんげんカードの技術ぎじゅつ情報じょうほう - honeylab's blog

                      このブログにはあんまり出でてきませんでしたが、私わたしの家いえには呼よび込こみ君きみが２体たいいます。 世よの中なかにはこの呼よび込こみ君きみに魂たましいを奪うばわれてしまった人ひと、特とくに子供こどもが多おおく、 100Vモバイルバッテリーに刺さした呼よび込こみ君きみ持もって現あらわれる絵え面めん面白おもしろすぎやろ　#呼よび込こみ君きみhttps://t.co/twim6bSGhI pic.twitter.com/6As5nUOAjW — ひろみつ (@bakueikozo) November 19, 2021 呼よび込こみ君きみフリークの息子むすこ、高こう頻度ひんどでこの動画どうがを見みてケタケタ笑わらってるんだが、これワタナベマホトと相馬そうまトランジスタだったのか。マホトはともかく、相馬そうま氏し風貌ふうぼう変かわり過すぎて一いち年ねん以上いじょう気きづかなかったわ。(言いわれてみれば面影おもかげはちゃんとあるんだけど) pic.twitter.com/zsSp8ovY3g — ひろみつ (@bakueikozo) October 19, 2021 どういうわけかうちの息子むすこ

                        呼び込み君音源カードの技術情報 - honeylab's blog

                      • ゲーム開発かいはつ者しゃのための C++11～C++20, 将来しょうらいの C++ の展望てんぼう - CEDEC2020 - Speaker Deck

                        ゲーム開発かいはつ者しゃのための C++11～C++20, 将来しょうらいの C++ の展望てんぼう 【CEDEC ページ】https://cedec.cesa.or.jp/2020/session/detail/s5e8327a52702c.html 【解説かいせつ付つきの書籍しょせき版ばん 📚】https://zenn.dev/tetsurom/…

                          ゲーム開発者のための C++11～C++20, 将来の C++ の展望 - CEDEC2020 - Speaker Deck

                        • マリオ64、ＲＴＡの過程かていで宇宙うちゅう線せんを使つかったバグが発見はっけんされる「まず太陽たいようフレアを活性かっせい化かさせます」

                          ぎーち(ブレイク兄けい) @BREAK_BROTHER SEEの各かく症状しょうじょうの影響えいきょうについて調しらべてたんだけど、過去かこに読よんで面白おもしろいなと思おもえた記事きじを久々ひさびさに見みた。 スーパーマリオ64のRTAプレイ中ちゅうにマリオが急きゅうにワープしたってバグ技わざが8年ねんの歳月さいげつを経へて、人工じんこう衛星えいせいでも問題もんだいになる宇宙うちゅう放射線ほうしゃせんによるSEU(Single Event Upset)が原因げんいんだったって話はなし。 switchsoku.com/soft/mario_ody… 2024-03-27 20:19:54 リンク GIGAZINE スーパーマリオ64のRTAと宇宙うちゅう線せんの奇妙きみょうな関係かんけい ゲームをプレイしている時ときに急きゅうにバグが発生はっせいしてプレイが続行ぞっこうできなくなるケースがありますが、これの原因げんいんはソフトウェア由来ゆらいであったりハードウェア由来ゆらいであったりとさまざまです。しかし、ソフトウェアとハードウェアの問題もんだいを修正しゅうせいした場合ばあいであってもバグが起おこり続つづけるケースがあるもの。そんな場合ばあいのバグ

                            マリオ64、ＲＴＡの過程で宇宙線を使ったバグが発見される「まず太陽フレアを活性化させます」

                          • Pythonコードを35000倍ばいに高速こうそく化かしたい

                            はじめに Pythonは世界せかい的てきにも人気にんきのあるプログラミング言語げんごですが、実行じっこう速度そくどについては課題かだいがあります。Pythonの実行じっこう速度そくどを高速こうそく化かしたい、という要求ようきゅうは根強ねづよく、これまでにも様々さまざまな処理しょり系けいが開発かいはつされています。 この記事きじはPythonで書かかれたコードを35000倍ばいに高速こうそく化かするにはどのような方法ほうほうがあるかについてまとめたものです。 この記事きじは： Pythonで書かかれたアルゴリズムを35000倍ばいに高速こうそく化かする 事前じぜんコンパイル、並列へいれつ化か、SIMD演算えんざんを駆使くしする 最終さいしゅう的てきに44000倍ばいまで高速こうそく化かできた なぜ35000倍ばい？ 2023年ねん5月がつ2日にちにModular社しゃよりPythonの使つかいやすさとC言語げんごの性能せいのうを兼かね備そなえる新あたらしいプログラミング言語げんご、Mojoの開発かいはつについて発表はっぴょうがありました。低ていレベルのハードウェア向むけにコンパイル可能かのうなこと、文法ぶんぽう的てきにはPythonを踏襲とうしゅうしており、既存きそんのPythonライブラリを利用りよう可能かのうであること

                              Pythonコードを35000倍に高速化したい

                            • リンカ

                              ついに、リンカの説明せつめいをするときが来きた。 ここに至いたるまでに、何なん度ど「リンカのところで説明せつめいする」と書かいただろうか？ ここまで読よんできた人ひとならば、 リンカというものが、なにやら色々いろいろやっているんだな、というのはわかってきたのではないかと思おもう。 筆者ひっしゃが常々つねづね思おもっていることのひとつに、「C言語げんごに関かんする書籍しょせきは、リンカの説明せつめいをおざなりにしすぎだ」というのがある。 多おおくのC言語げんごの書籍しょせきは、 コンパイラがソースコードをアセンブリコードに変換へんかんします アセンブラがアセンブリコードを機械きかい語ごに変換へんかんします リンカが機械きかい語ごをリンクして実行じっこうファイルが作つくられます と、いう解説かいせつがなされがちである。この説明せつめいを見みたら、多おおくの人ひとが、「え、リンクってなんですか？」と、思おもうに違ちがいない。 アセンブラには、「人間にんげんが読よめるニーモニックを、機械きかいが読よめる機械きかい語ごに変換へんかんする」みたいな、最低限さいていげんの説明せつめいが付つくものの、 リンカの説明せつめいは「リンクをします」のひとことだ

                              • 「ARM」という単語たんごの意味いみを啓蒙けいもうする記事きじ - Zopfcode Essay

                                同おなじARMだからといってポン付づけでは動うごかんぞ定期ていき / 他た6件けんのコメント https://t.co/ZW4ffdQP88 “「M1搭載とうさいMacでArm版ばんWindows 10は動作どうさ可能かのう。すべてマイクロソフト次第しだい」アップル幹部かんぶが語かたる - Engadget 日本にっぽん版ばん” (23 users) https://t.co/aia65JYL5V— Takumi Sueda (@puhitaku) 2020年ねん11月21日にち 追記ついき: いろいろあって面白おもしろかったので、頂いただいたコメントの返信へんしんを末尾まつびに追記ついきしました 追記ついき2: Engadget 日本にっぽん版ばんが閉鎖へいさするため、上記じょうき記事きじ「M1搭載とうさいMacでArm版ばんWindows 10は動作どうさ可能かのう。すべてマイクロソフト次第しだい」アップル幹部かんぶが語かたるの魚拓ぎょたくを貼はっておきます megalodon.jp 昨今さっこんの買収ばいしゅう劇げきに始はじまり、というかそれ以前いぜんから、ARM (Arm) という固有名詞こゆうめいしはコンピューターを語かたる上じょうでは

                                  「ARM」という単語の意味を啓蒙する記事 - Zopfcode Essay

                                • ptrace より 100 倍ばい速はやいシステムコールフック作つくった - かーねるさんとか

                                  新あたらしい高性能こうせいのうで汎用はんよう的てきなシステムコールフックの仕組しくみを作つくってみました。 モチベーションとして、システムコールをフックしてユーザー空間くうかんでエミュレートしたくなったのですが、現状げんじょう、性能せいのうと汎用はんよう性せいを両立りょうりつする仕組しくみがなさそうだったので、新あたらしい方法ほうほうを考かんがえました。 今回こんかいのシステムコールフックの仕組しくみは以下いかのような特徴とくちょうがあります。 ptrace より 100 倍ばい以上いじょう高速こうそく LD_PRELOAD や既存きそんのバイナリ書かき換かえツールより確実かくじつ カーネルへの変更へんこうなし、かつカーネルモジュールを使つかわない プログラムのソースコード、プログラムの再さいコンパイル不要ふよう eBPF でトレーシングをしているけれど、できれば制約せいやくが少すくないユーザー空間くうかんでトレーシングツールを作つくりたい。もしくは、gVisor のようなサンドボックスを作つくりたいけれど、ptrace による性能せいのう劣化れっかが大おおきいので、他たの高速こうそくなシステムコールフックの仕組しくみが使つかいたい、というよう

                                    ptrace より 100 倍速いシステムコールフック作った - かーねるさんとか

                                  • Qemuのしくみ (の一部いちぶ) - VA Linux エンジニアブログ

                                    1. 細々こまごまとした予備よび知識ちしき 1.1 Qemuのデバイスエミュレーション 1.2 QemuのCPUエミュレーション 1.3 Qemuのスレッド 2. 追加ついかのI/OスレッドとAioContext 2.1 追加ついかのI/Oスレッド 2.2 AioContext 2.3 Big Qemu Lock 3. AioContextの各種かくしゅイベント処理しょり 3.1 AioHandler 3.2 event_notifier 3.3 タイマー、Bottom half 3.5 スレッドプール 執筆しっぴつ者しゃ : 箕浦みのうら 真しん こういう 仕事しごとをしていると、ときどきQemuの仕組しくみや内部ないぶ動作どうさをお客様きゃくさまに説明せつめいする必要ひつようがあることがあるが、そういう時ときに「Qemuの〜についてはここを見みてね」と言いえるような文書ぶんしょがあるといいなぁと思おもって自分じぶんで作つくってみることにした。 1. 細々こまごまとした予備よび知識ちしき 1.1 Qemuのデバイスエミュレーション Qemuはコンピ

                                      Qemuのしくみ (の一部) - VA Linux エンジニアブログ

                                    • WasmでJavaScriptを動うごかす意義いぎ - id:anatooのブログ

                                      ある時ときTwitterのタイムラインを見みていたら、「JavaScriptをWasm化かして動うごかす意味いみがわからない」というような意見いけんを見みかけました。JavaScriptはブラウザに搭載とうさいされているV8のようなJavaScriptエンジンによって高速こうそくに動作どうさするので、わざわざWasm化かしてもパフォーマンスは劣化れっかするのになぜなのか?という話はなしなんですが、これは「Wasm化か=パフォーマンスのため」という考かんがえだと意義いぎがわからないのでこの記事きじではそれについて解説かいせつします。 JavaScriptをWasm化かして動うごかすツールやライブラリとしては、Shopifyが開発かいはつしているJavyやquickjs-emscriptenなどがあります。JavaScriptをWasm化かして動うごかすためには、ある特定とくていのJavaScriptエンジンをWasm向むけにビルドして動うごかす必要ひつようがありますが、そのような用途ようとではQuickJSというJava

                                        WasmでJavaScriptを動かす意義 - id:anatooのブログ

                                      • grep の「バイナリファイル (標準ひょうじゅん入力にゅうりょく) に一致いっちしました」が出でる条件じょうけんを調しらべていたらそれは長ながい旅路たびじの始はじまりだった。

                                        はじめに 昨今さっこんでは1行ぎょうにつき、1つの JSON を出力しゅつりょくする様ようなログファイル形式けいしきも珍めずらしくはありません。 grep しやすい データベース化かしやすい これらの理由りゆうで各所かくしょで多おおく使つかわれています。僕ぼくも仕事しごとで普通ふつうに使つかっているのですが、ある日ひ突然とつぜんそのログファイルを集計しゅうけいするスクリプトで以下いかの様ようなエラーが出で始はじめました。

                                          grep の「バイナリファイル (標準入力) に一致しました」が出る条件を調べていたらそれは長い旅路の始まりだった。

                                        • malloc.c を読よむ (malloc / free)

                                          このシリーズではこれらの関数かんすうが内部ないぶでどのように処理しょりされるのかを調しらべていきます。 malloc.c を読よむ (malloc / free) malloc.c を読よむ (bins) malloc.c を読よむ (arena) 今回こんかいは malloc() free() の全体ぜんたい像ぞうを紹介しょうかいします。 注意ちゅういとしてここでの目的もくてきは全体ぜんたいを俯瞰ふかんして、詳細しょうさいを詰つめずとも各かく bins の役割やくわりを理解りかいし、攻撃こうげき手法しゅほうを理解りかいできるようにすることです。それに合あわないマルチスレッドや最適さいてき化かなどにおける緻密ちみつなトリックやコーナーケースなどは暗黙あんもく的てきに実装じっそうされていると仮定かていします。その詳細しょうさいについてはソースコードや他たの資料しりょうを参考さんこうにしていただきたいです。 ここで扱あつかう glibc のバージョンは v2.38 です。また glibc のソースコードはブラウザ上じょうで読よむことができます。 https://elixir.bootlin.com/glibc/lat

                                            malloc.c を読む (malloc / free)

                                          • マイクロソフト、「Blazor WebAssembly」正式せいしき版ばんを5月にリリース。BlazorでPWAやデスクトップアプリも開発かいはつへ

                                            マイクロソフト、「Blazor WebAssembly」正式せいしき版ばんを5月にリリース。BlazorでPWAやデスクトップアプリも開発かいはつへ マイクロソフトは1月がつ14日にち（日本にっぽん時間じかん1月がつ15日にち未明みめい）にオンラインインベント「.NET Conf Focus on Blazor」を開催かいさい、同社どうしゃが開発かいはつ中ちゅうのWebアプリケーションフレームワーク「Blazor」の最新さいしん動向どうこうと今後こんごについて明あきらかにしました。 Blazorは、C#と.NET Coreを用もちいてWebアプリケーションの開発かいはつを可能かのうにするフレームワークです。JavaScriptを用もちいず、C#によるプログラミングでSPA（Single Page Application）のWebアプリケーションを開発かいはつできるため、.NETの知識ちしきや経験けいけんをWebアプリケーションに活かつかせると同時どうじに、Visual StudioなどC#に対応たいおうした豊富ほうふな開発かいはつツールによる開発かいはつ生産せいさん性せいの向上こうじょうを期待きたいできるとい

                                              マイクロソフト、「Blazor WebAssembly」正式版を5月にリリース。BlazorでPWAやデスクトップアプリも開発へ

                                            • コーディング面接めんせつ対策たいさくのために解ときたいLeetCode 60問もん

                                              自分じぶんがコーディング面接めんせつ対策たいさくのために解といてよかった LeetCode の問題もんだいをコンセプトごとにまとめました。カバーするコンセプトは LinkedList Stack Heap, PriorityQueue HashMap Graph, BFS, DFS Tree, BT, BST Sort Dynamic Programming Binary search Recursion Sliding window Greedy + Backtracking です。 これらの問題もんだいが 30 分ふん以内いないに実装じっそうできれば面接めんせつの準備じゅんびは整ととのったと言いっていいと思おもいます。Easy と Medium で問題もんだいは構成こうせいされてます。進捗しんちょくを管理かんりするためにGoogle Spreadsheetを用意よういしました。コピペしてご自由じゆうにお使つかいください。 これらの問題もんだいは、LeetCode のリスト機能きのうでも公開こうかいされています。クローンすれば自分じぶんがすでにど

                                                コーディング面接対策のために解きたいLeetCode 60問

                                              • ネイティブコンパイルEmacsの登場とうじょう

                                                日本にっぽん時間じかんの2021年ねん4月がつ26日にち午前ごぜん3時じ6分ふん、Emacsのmasterブランチにfeature/native-compブランチがマージされました（コミット：Merge branch ‘feature/native-comp’ into into trunk）。これにより、HEADのEmacsをビルドすると、Native compilation機能きのうを兼かね備そなえたネイティブコンパイルEmacs、通称つうしょうGcc Emacsが使つかえるようになりました。 ネイティブコンパイルEmacsの機能きのう # ネイティブコンパイルEmacs（以下いか、Gcc Emacsと呼よびます）は、Andrea Corallo、Luca Nassi、Nicola Mancaの3名めいによるBringing GNU Emacs to Native Code という論文ろんぶんで詳細しょうさいが説明せつめいされています。 簡単かんたんに説明せつめいすると、これまでのEmacsは、Elisp

                                                  ネイティブコンパイルEmacsの登場

                                                • 「別べつプロセスの PHP が今いま何なにをしているか」を実況じっきょうするプログラムを PHP で作つくった - Qiita

                                                  0 fgets <internal>:-1 1 <main> <internal>:-1 0 fgets <internal>:-1 1 <main> <internal>:-1 0 fgets <internal>:-1 1 <main> <internal>:-1 ... 0 time_nanosleep <internal>:-1 1 PhpProfiler\Lib\Loop\LoopMiddleware\NanoSleepMiddleware::invoke /home/sji/work/php-profiler/src/Lib/Loop/LoopMiddleware/NanoSleepMiddleware.php:33 2 PhpProfiler\Lib\Loop\LoopMiddleware\KeyboardCancelMiddleware::invoke /home/sji/

                                                    「別プロセスの PHP が今何をしているか」を実況するプログラムを PHP で作った - Qiita

                                                  • Nintendo Switch™ ネイティブバイナリへの Go コンパイルを成功せいこうさせた話はなし

                                                    本ほん記事きじは「Go Advent Calender」25 日にち目めの投稿とうこうです。 Happy Holidays! EDIT (2022-01-03): There is an English version of this article. tl;dr いままでは Go プログラムを Nintendo Switch 上じょうで動うごかすために WebAssembly に一いち度ど変換へんかんし、それを C++ に変換へんかんしてコンパイルするということを行おこなってきました。今回こんかい、 Go の Nintendo Switch 向むけネイティブコンパイルに成功せいこうし、実際じっさいに手元てもとでゲームを動うごかすことができました。手法しゅほうとして、システムコール呼よび出だしを C の関数かんすう呼よび出だしに置おき換かえるように -overlay オプションを指定していしてビルドしました。また、 -overlay オプションに指定していする JSON を生成せいせいするパッケージ Hitsumabushi を開ひらけ

                                                      Nintendo Switch™ ネイティブバイナリへの Go コンパイルを成功させた話

                                                    • 浮動ふどう小数点しょうすうてん数すうオタクが AtCoder Beginner Contest 169 のC問題もんだいをガチで解説かいせつしてみる - Qiita

                                                      どうも、浮動ふどう小数点しょうすうてん数すうオタクのmod_poppoです。 昨日きのう開催かいさいされた ABC169 の C 問題もんだいが浮動ふどう小数点しょうすうてん数すうの罠わなな問題もんだいだったらしいので、どこが罠わななのか、そしてどうすれば罠わなを回避かいひできるのかを解説かいせつしてみます。 また、典型てんけい的てきな誤あやま答こたえに対たいしては、それを落おとすためのテストケースも用意よういしました。 問題もんだい文ぶん（引用いんよう） まず最初さいしょに問題もんだい文ぶんを引用いんようしておきます。 AtCoder Beginner Contest 169 | C - Multiplication 3 問題もんだい文ぶん $A\times B$ の小数点しょうすうてん以下いかを切きり捨すて、結果けっかを整数せいすうとして出力しゅつりょくしてください。 制約せいやく $0\le A\le 10^{15}$ $0\le B<10$ $A$ は整数せいすう $B$ は小数しょうすう第だい 2 位いまで与あたえられる 入力にゅうりょく 入力にゅうりょくは以下いかの形式けいしきで標準ひょうじゅん入力にゅうりょくから与あたえられる。

                                                        浮動小数点数オタクが AtCoder Beginner Contest 169 のC問題をガチで解説してみる - Qiita

                                                      • Go で書かいた CLI ツールのリリースは GoReleaser と GitHub Actions で個人こじん的てきには決きまり - tellme.tokyo

                                                        Go で書かいた CLI ツールのリリースは GoReleaser と GitHub Actions で個人こじん的てきには決きまり February 4, 2020 lt;dr GoReleaser と GitHub Actions を使つかうと簡単かんたんにビルドしたバイナリを作つくってアップロードできる。 2つの YAML を書かいてリポジトリにコミットする .github/workflows/release.yml .goreleaser.yml git tag して push する バイナリがリリースされる 専用せんようのツールをローカルにインストールする必要ひつようはない。 本題ほんだい 前まえに、Go のコマンドラインツールを簡単かんたんにリリースする | tellme.tokyo というブログを書かいた。 それよりももっと楽らくになったので紹介しょうかいする。 基本きほん的てきにこのページで紹介しょうかいする方法ほうほうでは 2 つの YAML をリポジトリに置おくだけで終おわる。 ロー

                                                          Go で書いた CLI ツールのリリースは GoReleaser と GitHub Actions で個人的には決まり - tellme.tokyo

                                                        • 「バグを意図いと的てきにバグのまま残のこす」という選択肢せんたくしがある

                                                          はじめに gcc v12.1において、C++の正規せいき表現ひょうげんライブラリstd::regexに、正規せいき表現ひょうげんのバリデーションを改善かいぜんするパッチ(以下いか"改善かいぜんパッチ"と表記ひょうき)が取とり込こまれました。改善かいぜんパッチによって、これまではバリデーションにひっかからなかった不正ふせいな正規せいき表現ひょうげん文字もじ列れつが"正まさしく"不正ふせいなものと認識にんしきされて例外れいがいが発生はっせいするようになりました。 これだけ聞きけばいいことだけのように思おもえるかもしれませんが、実じつはそうでもなかったりします。経験けいけん豊富ほうふなかたであれば見みた瞬間しゅんかんゾッとしたかもしれません。本ほん記事きじでは、この一見いっけん問題もんだいなさそうな改善かいぜんパッチによって発生はっせいしうる問題もんだい、および、その具体ぐたい的てき例れいについて紹介しょうかいするとともに、この手てのパッチを当あてるかどうかは難むずかしい判断はんだんになるという知見ちけんを共有きょうゆうします。 結論けつろん 改善かいぜんパッチによって発生はっせいする問題もんだい 発生はっせい条件じょうけん gcc v12.1以降いこう、あるいは改善かいぜんパッチをバックポートされた任意にんいのバージョンを使つかってC++

                                                            「バグを意図的にバグのまま残す」という選択肢がある

                                                          • ARM入門にゅうもん/arm introduction

                                                            2020/08/08 ARM入門にゅうもん勉強べんきょう会かいの発表はっぴょう資料しりょうです。 https://connpass.com/event/180812/

                                                              ARM入門/arm introduction

                                                            • Pythonのパッケージ管理かんりの中級ちゅうきゅう者しゃの壁かべを超こえる stapy#98

                                                              以下いかのstapy#98にて発表はっぴょうしたスライドです https://startpython.connpass.com/event/296755/ PythonのPackage Managerを深ふかく知しるためのリンク集しゅう https://gist.github.com/vaaaaanquish/1ad9…

                                                                Pythonのパッケージ管理の中級者の壁を超える stapy#98

                                                              • Pythonのパッケージングと配布はいふの全体ぜんたい像ぞう

                                                                EDIT: このブログと似にた内容ないようの話はなしをPyCon APAC2023にてお話はなししました。 こちらの登壇とうだん資料しりょうも合あわせてご覧らんいただけると幸さいわいです こんにちはWantedlyの樋口ひぐちです。 Pythonのパッケージングと配布はいふは歴史れきしが長ながく、多おおくのツール(ex. conda, pip, pipenv, poetry, rye...)が開発かいはつされてきました。これらの多様たよう性せいはPythonが多おおくの人ひとに使つかわれ、継続けいぞく的てきに改善かいぜんされたゆえの賜物たまものですが、同時どうじにこれらの理解りかいを難むずかしくしている要因よういんにもなっていると感かんじます。 そこで本ほん記事きじでは、Pythonのパッケージングと配布はいふの全体ぜんたい像ぞうを紹介しょうかいします。パッケージングと配布はいふが何なにか、なぜ重要じゅうようなのか、そしてそれぞれのツールが何なにを解決かいけつしようとしているのかについて説明せつめいします。以下いかのような疑問ぎもんを解決かいけつできることを想定そうていしています。 パッケージングと配布はいふの仕組しくみがなぜあるのか 多数たすうあるツールが何なにを解かい

                                                                  Pythonのパッケージングと配布の全体像

                                                                • Big Sky :: Go に go:embed が入はいった。

                                                                  Go 言語げんごはシングルバイナリをウリにしたプログラミング言語げんごです。バイナリファイルを1つポンと scp で転送てんそうすれば動うごくのでとても便利べんりです。シングルバイナリとなると当然とうぜん、画像がぞうや HTML といったアセットをバイナリに埋うめ込こみたくなります。 Go 言語げんごではこれまで go-assets や go-bindata、statik というツールを使つかう事ことでファイルのコンテンツをバイナリ化かし、変数へんすうからアクセスする様ようにしてきました。 しかしそれらには色々いろいろな流儀りゅうぎや OS 間あいだでのまばらな動作どうさなど、ユーザにとって納得なっとくのいかない物ものがありました。昨日きのう、Go 言語げんごではオフィシャルとしてこのファイル埋うめ込こみをサポートする様ようになりました。Go 1.16 から使つかえる様ようになります。 cmd/go: add //go:embed support · golang/go@25d28ec · GitHub +3 −3 src/cmd

                                                                    Big Sky :: Go に go:embed が入った。

                                                                  • C言語げんごから0番地ばんちへアクセスする方法ほうほうについての個人こじん的てきまとめ - /var/log/hikalium

                                                                    発端ほったんはuchan_nos氏しによるこのツイートでした。 C言語げんごで、本当ほんとうにメモリの0番地ばんちにデータを書かきたいときはどうすりゃええの？— うー@技術ぎじゅつ書しょ典てん8 Day1う31 BitNOS (@uchan_nos) 2020年ねん2月がつ12日にち それに対たいする私わたしのリプライ： uint8_t *p = 1; p--; *p = v;— hikalium (@hikalium) 2020年ねん2月がつ12日にち 私わたしはこれで話はなしが終おわると思おもっていたのだが、どうやらそうではなかったらしく、色々いろいろな視点してんからの意見いけんが加くわわりながら、話はなしは混沌こんとんを極きわめたのでした…。 ということで、ここに私わたしのこのツイートに対たいしての見解けんかいとか、わかったことをまとめておこうと思おもいます。 私わたしのリプライの背景はいけいについて uchanさんが求もとめる「0番地ばんちにデータを書かきたい」という課題かだい設定せっていを、私わたしはこのように解釈かいしゃくしました。 C言語げんごにおいて、整数せいすう0をポインタに変換へんかんすると、それはNULL

                                                                      C言語から0番地へアクセスする方法についての個人的まとめ - /var/log/hikalium

                                                                    • How does the Linux Kernel start a Process

                                                                      ...and how to ptrace the entry point and m3ss w1th da stack. In this article, you will learn what happens inside the Linux Kernel when a process calls execve(), how the Kernel prepares the stack and how control is then passed to the userland process for execution. I had to learn this for the development of Zapper - a Linux tool to delete all command line options from any process (without needing r

                                                                        How does the Linux Kernel start a Process

                                                                      • どうして昔むかしの人ひとは8進数しんすうでしゃべるのか　「TK80」「Z80」の16進しん世代せだいが調しらべたオクタルの歴史れきし

                                                                        Kernel/VM探検たんけん隊たいは、カーネルやVM、およびその他たなんでもIT技術ぎじゅつの話題わだいジャンルについて誰だれでも何なんでも発表はっぴょうしてワイワイ盛もり上あがろうという会かいです。takeoka氏しは、8進数しんすうについて調査ちょうさ、発表はっぴょうをしました。 よく使つかう命令めいれいは暗記あんきをしていた16進しん世代せだい takeoka氏し（以下いか、takeoka）：takeokaです。低ていレイヤー、長ながい人生じんせい、そして……まぁ、格調かくちょうが低ひくい話はなしをします。 私わたしは16進しん世代せだいです。若わかい人ひとにはわからないかもしれませんが、昔むかしはTK-80しかなく、assembleしてくれる機械きかいなんて持もっていなかったので、みんなアセンブラ・ニーモニックでバーっとプログラムを書かいて、それが終おわったらおもむろに16進しんコードへの変換へんかんを手てでやっていました。だからよく使つかう命令めいれいは、基本きほん的てきに暗記あんきしていました。 あれですね。HLレジスタへのimmediateのloadは「21」とか、Aレジスタへのimmediate loa

                                                                          どうして昔の人は8進数でしゃべるのか　「TK80」「Z80」の16進世代が調べたオクタルの歴史

                                                                        • A Modern C Development Environment

                                                                          Webinar: How New IoT Security Regulations Will Shape the Industry’s Future - Tuesday, Sept. 17th @ 9AM PT | 12PM ET | 6PM CET | RSVP Now Sometimes, C/C++ projects have a long development cycle. When working on such a project, it can be easy to take our development environment for granted, and forget about the effort invested in its bring-up. The build environment works like magic, the test framewo

                                                                            A Modern C Development Environment

                                                                          • WebAssemblyとRustが作つくるサーバーレスの未来みらい

                                                                            注目ちゅうもくを集あつめるWebAssemblyとRustそしてサーバーレスに結むすびつく未来みらいを、Cloudflareのエンジニアが解説かいせつする。 JavaScriptの登場とうじょうによって、Webブラウザーはスタティック（静的せいてき）なWebページを表示ひょうじするだけの存在そんざいから、より動的どうてきなアプリケーションを実行じっこうするプラットフォームに進化しんかした。そしてそれをさらに進化しんかさせるために登場とうじょうしたのがWebAssemblyだ。WebAssemblyは2015年ねんにMozilla Foundationによって発表はっぴょうされ、その後ご2019年ねん12月にW3Cのレコメンデーションとして採択さいたくされたブラウザーで実行じっこうされるコードのバイナリーフォーマットの標準ひょうじゅんだ。 HTML、CSS、そしてJavaScriptに続つづく進化しんかのための要素ようその一ひとつとして紹介しょうかいされるWebAssemblyは、動的どうてき型付かたつけのインタープリター言語げんごであるJavaScriptと比較ひかくしてコードのサイズが小ちいさく

                                                                              WebAssemblyとRustが作るサーバーレスの未来

                                                                            • Binary search with modern processors

                                                                              第だい16回かい StringBeginners での発表はっぴょう資料しりょう

                                                                                Binary search with modern processors

                                                                              • WSL以前いぜんから40年ねん以上いじょう続つづく、Windows（Microsoft）とUNIXとの関かかわり

                                                                                80年代ねんだい、Microsoft製せいのUNIXが存在そんざいしていた POSIXサブシステムは2012年ねんまでサポートが続つづいた 現在げんざいのWindows 11では、Windows Subsystem for Linux（WSL）が動作どうさするため、（それ自体じたいはUNIXではないものの）UNIXからのアプリケーションを簡単かんたんに動作どうささせることができる。 かつてMicrosoftは、x86版はんUNIXのライセンスを持もっており、XENIXと呼よばれる製品せいひんを販売はんばいしていた。また、Windows NTに「POSIXサブシステム」、のちに「Windows Service for UNIX（SFU）」と呼よばれる機能きのうがあった。そういうわけで、WindowsとUNIXは切きれない“縁えん”があったのだ。 Windows NTのPOSIXサブシステムやその搭載とうさい理由りゆうなどに関かんしては、過去かこ記事きじ（「Windows Subsystem for Linuxの中身なかみ

                                                                                  WSL以前から40年以上続く、Windows（Microsoft）とUNIXとの関わり

                                                                                • Node.js や deno に Web Standard な API をなんでも取とり入いれるのが良よいことなのかについて - from scratch

                                                                                  この記事きじは Node.js Advent Calendar の 11 日にち目めの記事きじです。 qiita.com Web API と Node.js ES2015 以前いぜんの Node.js は Web Standard な API の中なかで足たりないものを自分じぶんで補おぎなう形かたちで進化しんかを続つづけてきた。 Callback や Event 主体しゅたいでの非同期ひどうき処理しょりや Common JS な形かたちでロードできる独自どくじのモジュールの仕組しくみがその筆頭ひっとうだと思おもう。ただ逆ぎゃくに Web Standard な API が流行はやると今度こんどはそれに追従ついしょうしていかないといけなくなってきた。 ES2015 以後いごに流行はやったものといえば、 Promise 主体しゅたいでの非同期ひどうき処理しょりであり、 async-await での処理しょりだと思おもう。また、 ES Modules の台頭たいとうもあり、今日きょうでは Node.js でも普通ふつうに呼よび出だすことが可能かのうになった。 今いまではどちらも Node.js で

                                                                                    Node.js や deno に Web Standard な API をなんでも取り入れるのが良いことなのかについて - from scratch
                                                                                  1 2 3 4 5 次つぎのページ

                                                                                  新着しんちゃく記事きじ

                                                                                  はてなブックマーク

                                                                                  公式こうしきTwitter

                                                                                  はてなのサービス

                                                                                  • App Storeからダウンロード
                                                                                  • Google Playで手に入れよう
                                                                                  Copyright © 2005-2024 Hatena. All Rights Reserved.