【関数化】ビット演算　0x03

> andとorを
> xorだけですませる為の分かりやすいサンプルください

これを

> ^ と ! から特定ケースのみでいいから正しく動作するサンプルを所望

と読める人はいないよ

つーかスレ内検索しただけでわかるけど、こいつ完全な統失電波さんだな
触らない方がよかった…

まだNGしてなかったのかよ

見えないけど（見えないから？）、何について話しているかわかった

ツンデレんがわゆ

>>935



えっ？

>>935
にほんごは　ただしく　せいかくに　かつ　じゅうぶん　ぐたいてきな　かたちで　つかいましょう。

日本語に限った話じゃないし、プログラマならなおさらそうするべきなんだがな。

「わかりました。大丈夫です。まかせてください」

つって、勘違いしたままいらねーもん開発してる典型じゃん
この流れ

謝れ

おいおい、上流工程さんよ
わざわざ要求を不正確に伝えてきたのはそっちじゃんよ。
俺は目の前にある仕様を正しく表現した。俺の仕事は全うし、責任は果たされた。

謝れ

and でも or でもないのを、 and とか or とか言ってたわけだね。
わけだね。

うん。

NANDかNORのどちらかならまだしもXORで全ての論理ゲート表現するってのは新しいなｗｗｗ

人は数字に弱い
人は再帰にはもっと弱い
人は二進数にも弱い

uyは頭が弱い

ゴミか

うん
uyはゴミ

nandも書いたら可哀想だよ。

っと。

norだけはガチ

誰うま

ショートコーディングすらできないゴミカス共

さっさと謝っとけよ

ごめんなさい。

いやnandeもない

あー、いるよねー。
「ゴルフできるレベル＝必要最低限の技量」だと思ってる人。
いや確かにショートコーディングはそれ単体で深みのある分野なんだけどさ。

「and」が「少なくとも両方共tの時tになる二項一般論理演算」か何かを指すと思い込んで
説明なしに使った挙句指摘されて逆切れするってのは

ゴルフが出来るとか、ポインタや再帰を超高速で扱えるとか、
半年ごとに新しく言語を実装する過程でバッククォートカンマアットの最も簡潔な実装方法について半年おきに同じように悩んだりとか、
去年は最初のセクタに置くことにしていたブートストラップを、El Toritoの規格に合わせるように18セクタ目あたりに移す作業を休日の暇潰しにやったりとか、
あるいは自作の言語や自作のOSに関する話をGoogleのサマーインターンシップへの面接中に楽しんだ挙句
六本木ヒルズ森ビル26階でC言語系の某コンパイラの改造に取り組んでその夏を過ごしたりとか、

そういう技術レベルに関わる以前の問題なんだけどなぁ。

物質的でないもの、形のないものを扱う職業なんだから、
伝える時は「誰が読んでもそうとしか取れないように」書き、
受け取る時はその事を前提にして「誰が読んでもそうとしか取れなかったように」読むもんだと思うんだけど。

今日は暑いからね。仕方ないね

仕方ないね。暑いしね。

>>943
この流れの中でいらねーもん開発したのはお前だけだけどな。

次スレのスレタイどうするかねぇ。

とりあえず素案
【分割統治法】ビット演算　0x04

__builtin_clz が使えるかどうかの判定ってどうすればいいのかな。

ちょっと調べたらコンパイラのバージョンで判定してて、
直接的に __builtin_clz の有無を判定できるようなマクロはないみたいだけど。

>>963
autoconf 使いたくないならハンネにyuって書けよ

「ハンネ」ってなに?
まさか、「ハンドルネーム」なんていう間違った表現を更に短縮して
悦に入っている馬鹿とも思えないし、なんか意味があるの?

それはさて、「yu」ってのも判らんが……

俺は964じゃないけども、通じてるなら良いんじゃない？

それとも「ホームページ」に始まり「時計皿」やら「催眠術」やら「性癖」やら、その類の
間違って訳されたか、間違って使われることが多い用語に片っ端から突っ込まないと気が済まないわけ？
俺は別に構わないんだけど、やったことがある立場から言わせてもらうとただただ疲れるだけだぜ？
※時計皿は観察する(watch)皿の誤訳、催眠術は該当する語が無かった時代に研究者が見学して「眠気を催す術だ」と誤解したことから、性癖は生来の「性質」からくる癖のこと。

yuってのは多分uyの事なんだろうなぁ。

俺は963だけど、964のレスは意味不明だな。

いや、まったく通じてないから。

ハンネで通じるとか言ってる966は964なんだろうなあ

uy並の脳の壊れ具合。

脳の壊れ具合は否定出来ないけど、一応別人だよ。


ど田舎から電話回線でチャットしてた日も、10年近く前の事になるのか。
語彙も変わるわけだ。

うちは脳の壊れ具合は一緒だけど、一応別人だよ。
10年前はもう光化してたな

コレがモノホンのアスペか。

ハンネは隣国の変なチョンゲーを想像しますた

掲示板が違えば語彙は違う、ということを認識できないだけ

ttp://pds.exblog.jp/pds/1/200707/13/10/c0106010_12234370.jpg
これみたいで格好わるいお

それはペンネ。

ミネストローネにペンネを入れて、翌日に持ち越したら鍋の中が大変なことになった。

ああ
むかごみたいになるんだよな

>>958
俺思うんだけど、
最適化などを手動で行う事もなくなってきた今
このビット演算を現代で最も使ってるのはゴルフだろうに

このスレってずいぶんおかしな流れになってんのな
ビット演算をゴルフ以外のどこで使ってるんだよ
まさか変数情報関連の「簡単な初期化」にしか使ってないとかいわないよな

そういうレベルで火病っているなら死ね

元々の論点はそこじゃないと思うぞ。
「誤解を招かない言い方をしろ」を長々と言っただけ。
重箱の隅を楊枝でほじくるのが楽しいのはよくわかるが

>>979
> 最適化などを手動で行う事もなくなってきた今
おめーはそういう仕事してないからな。

ていうか、よく恥ずかしげもなく書き込みできるよな。
できるよな。

組み込み系だと最適化禁止だったりするからねぇ。
お蔭様で、どこにregister宣言つければスタック消費量を抑えられるかなんていう
くだらん経験値が増えちまったw

組込み系だと、じゃなくて、腐ったコンパイラを使わざるをえなかったりすると、だろ？
ワークステーションだろうがメインフレームだろうが同じ。

んにゃ、最適化すれば普通にローカル変数をレジスタに置いたり、
無意味なループは消滅させたりするだけの最適化できるコンパイラ使っているんだけどね。
依頼元のソースにvolatileがなかったから、最適化禁止の理由も判るってもんだ。

コンパイラは基本的に値については推論しないから
技巧的なビット演算と同じ物を
最適化で実現できるかと言われると微妙なところ

もちろん本来的に、最適化コンパイラが十分な性能のコードを吐けるなら
それで何の問題もないはずではあるのだが