カバー？
初めてのPIC 0x0f
レス数が1000を超えています。これ以上書き込みはできません。
カバー？
本題に無関係のどーでもいいことをチマチマうるせえよな。
わざわざ書く神経がクソだわ。
ピンがバラバラなままでソフト書きでなんとか30FPS出せました
出せたところで何をするかは決まってないんですが
30倍速！！
こういう無駄な最適化は楽しいね
MIPS 10命令
ARM 6命令
になりました
MIPSはアドレッシングが貧弱なのと
PICのポート設定の問題で
命令数が多くなってしまった
どちらもポート順がバラバラで2グループにまたがったピン配で、他の(同じグループの)ポートはいじらない
データは転送データそのまま
という条件
PICだとポート設定が
SET, CLR両方を使うか
INVで反転しないとダメなんですよね
命令の依存関係にも気を使ったんですが
C++とほとんど時間は同じでした
たぶんメモリ帯域の問題と思います
キャッシュとメモリアクセスはどうやってるの？
lw TEMP, \n(DATA_PT)
sw CLOCK, (LATA_INV)
xor DATA_B0, DATA_B0, DATA_B1
sll TEMP, TEMP, 4
addu TEMP, TABLE, TEMP
sw DATA_A0, (LATA_INV)
lw DATA_A0, (TEMP)
sw DATA_B0, (LATB_INV)
lw DATA_B0, 4(TEMP)
xor DATA_A1, DATA_A1, DATA_A0
.endm
.macro lcd_write_bulk_odd n
lw TEMP, \n(DATA_PT)
sw CLOCK, (LATA_INV)
xor DATA_B1, DATA_B1, DATA_B0
sll TEMP, TEMP, 4
addu TEMP, TABLE, TEMP
sw DATA_A1, (LATA_INV)
lw DATA_A1, 8(TEMP)
sw DATA_B1, (LATB_INV)
lw DATA_B1, 12(TEMP)
xor DATA_A0, DATA_A0, DATA_A1
.endm
このマクロをループ内に8個ずつ交互に並べる
大文字なのはすべてレジスタの#define
命令キャッシュもデータキャッシュも有効
LATA_INV / LATB_INVのキャッシュは無効
送信データはRAM上でサイズ的にキャッシュからは追い出された状態
str r6, [r5]
ldrb r7, [r0], #1
str r8, [r5]
ldr r8, [r2, r7, lsl #2]
str r9, [r5, #0x400]
ldr r9, [r3, r7, lsl #2]
MIPSは、 対象のビット だけを書き変えられるようになってるから
ここは、僕たち初心者が質問するスレです。
俺は詳しいんだ、凄いだろと言う雑談は、
あっちのスレでお願いします。
これで9命令に
.macro lcd_write_bulk_even n
lb DATA0, \n(DATA_PT)
sw CLOCK, (LATA_INV)
xor DATA1, DATA1, DATA0
sll TEMP, DATA1, 3
addu TEMP, TABLE, TEMP
sw DATA_A, (LATA_INV)
lw DATA_A, (TEMP)
sw DATA_B, (LATB_INV)
lw DATA_B, 4(TEMP)
.endm
けど部分書き換え命令だから遅いかな
MIPSはやっぱりいまいちだな
アドレス計算は頻出するんで
命令の美しさとか犠牲にしてでも
アドレッシングはリッチにしておくべきだったと思う
x86だとアドレッシングがリッチすぎて
(バランスが悪すぎて)
普通の計算にもLEAを使ったりする
その為のハードウェア演算回路
ARMならCortex-M0でもメモリアクセスノーウェイトなら1クロックでアドレス演算含めて読み書きできるし
x86なら1クロックで(コアあたり)2個のロードと1個の書き込みが同時に出来る
まあそれでも、
アドレス計算に何命令も使い
その計算したアドレスのメモリにアクセスするのに何命令も使い
その各命令に4クロックも使う8bitよりかは遥かに高速だけど
例にCortex-M0出してるが
Cortex-M0は演算で使えるレジスタの数に制限があるのを知らんのか？
大部分の演算命令では8個のレジスタしかアクセスできないぞ
32bit長の命令はたったのこれだけ
BL
DMB
DSB
ISB
MRS
MSR
UDF
ちなみに>>823のコードはCortex-M0ではアセンブルできないぞ
LDRやSTR命令でR8-R15は使えないし、
ldrb r7, [r0], #1
ldr r0, [r2, r7, lsl #2]
ldr r0, [r3, r7, lsl #2]
なんてアドレッシングも使えない
str r0, [r5, #0x400]
これもオフセット値が5bitまでしか使えないのでオフセット値が大きすぎてエラー
某スレで見たがPICスレでエラッタエラッタ言って暴れてるのもどうやらAVR信者っぽい
>>823はCortex-M0じゃないから
M4のコードで実際に正しく動作してる
おれがPICマニアということはわかると思う
PIC10からPIC32MZ EFまで守備範囲
ARMもx86も詳しいけど
読解力のないヤツ
そうじゃないだろ
>>833がCortex-M0とM0+がCortex-Mのなかでも特殊なのを知らなかったということだ
だからCortex-M0を出してきてる
>>823のコードはCortex-M3以上なのは見ればすぐにわかった
ARMに詳しいならこれくらい知ってるはずだ
M3/M4
M7
この3グループ、中身は全く違う
そんな事は知ってる
M7はスーパースカラ
M5150よりもずっと格上
Cortex-M3、M4、M7とはプログラミングの仕方が変わってくる
Cortex-M0で組んでみろよ
あなたがやってください
やっぱり詳しくないじゃん
> ARMもx86も詳しいけど
ARMに詳しいならなんで特殊なCortex-M0を出ししてきたの？
Cortex-M0がCortex-M3とサポートしてる命令が違うことを知らなかったんじゃないの？
なんのx86のことを言ってるかわからないがPC向けのx86だろ？
Sandy Bridgeとかか？
いずれにしてもマイコン用のM4KやmicroAptiv、M5150と比べるようなたぐいのものじゃないな
書いてることがでたらめじゃないか
Cortex-M０はロードストアは2サイクルと書かれてるぞ
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0432cj/CHDCICDF.html
Cortex-M3も2サイクル
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0337gj/BABBCJII.html
CPUを使えるようになってる必要があるかもね。
でも、自分の裁量で作れる人にとって、いろいろなCPUを学んでいることは特別に大切なことじゃないよね。
どのCPUを使ってるかは、ファッションじゃねえし。
ファッションだろ。
このスレで解ることはPICは初心者向きではないって事
初心者向けの理由や根拠にはいろいろな側面がある。
そもそもスレタイの初心者にも多面性がある。
なにかにつけ、肯定も否定もしない場合には理由はいらないけれど、
否定するときぐらいは根拠は書くべし。
そうでなければ、その根拠の解明をめぐってやりすぎの脱線が始まるおそれがある。
それがPIC
PICを否定する根拠を問うてはいない。「PICは初心者向きではない」ことの根拠。
根拠が書かれていないのであれば、PICは初心者向きではないという結論に意味はないし
根拠がある、とだけ書いて逃げている>>865の主張にも意味はない。
根拠に乏しいものを信用せよという態度も、それを信用できるという態度も、
デマの拡散をするタイプの情弱だろね。
嗜好、選択の自由、それそれがすでに持っているもの、
それらを含めて、否定できるだけの根拠はちょっと考えにくい。
PICそのものへの否定であれ、初心者むけではないという結論であれ、
ただの白紙からの演繹的な判断や嗜好にすぎないことが多い。
最低限、嗜好の多様性は守られるべき。(それとも北朝鮮みたいな統制が好き？)
初心者自体が明確に定義できないから意味無し
肯定的意見を言えば良いのに
ここが良いとかここが便利とかここが優れてるとか
私は嗜好の多様性や選択の自由なんて問題にしていない。
初心者が始めるなら、8ビットPICよりも可能性の高いCPUで、と思っている。
その方が初心者も興味が持続するのでは無かろうか？
今ならArduinoでいいじゃないか、安いし。
>>868
ご存じの通り8ビット〜32ビットPICは全く別物のCPUだが、
このスレでも分別していないし、混乱の要因だ。
同一ブランド名を割り当てるマイクロチップテクノロジの常識を疑う。
「今ならArduinoでいいじゃないか、安いし。」は無かった事にして下さいｗ
別に肯定的意見なんていらないのですよ。
ここに来る人は(否定する野次馬をのぞけば)それぞれに肯定的理由があるから来てるんだし。
否定派も肯定的理由を聞けば納得するだろう、という主張もありますが、そんなことを言ってる人が本気でそう思ってるとしたら甘いですね。
テレビであるタレントの顔を見るだけでムカムカする、と言ってる人に、その人がいかに美人なのかを説明したって心変わりはしません。
始めら前にちゃんと悪い面は知っておいた方が良いよな
>>865とか>>867のような書き方をする奴とは議論にはならないだろ
ああ言えばこう言うの逃げを打つだけなので相手をするだけ時間の無駄
＞テレビであるタレントの顔を見るだけでムカムカする、と言ってる人に、その人がいかに美人なのかを説明したって心変わりはしません。
CPUの好き嫌いとタレントの好き嫌いの判断は同じような範疇なのでしょうか？
そんな訳の分からない、曖昧な理由で使うCPUを決めているのでしょうか？
私にはそうは思えません。
PICを嫌っている人は嫌いな理由がちゃんとあります。
それは美人／不美人の判定のような感覚的なものではありません。
たとえば私の場合、いくつか8ビットPICを嫌いな理由がありますが、
一つだけ挙げるとすれば、タイムスライスが出来ない、です。
PICは他メーカーの同規模のMCUに比べて非常にエラッタ(バグ)が多いので注意
機能が使い物にならないものやスペックの性能が出ないものも多く存在する
メーカーが把握しつつも公開されてないなかったりする
6 ：774ワット発電中さん [sage] ：2018/05/02(水) 01:28:19.06 ID:qrQAGo28
本当にPICが適切か良く考えてから選びましょう
主な競合MCU
8bit AVR / STM8
16bit RL78 / MSP430
32bit STM32 / LPC / Kinetis / RX
○○が他のCPUに比べて多い→他のCPUと比較した根拠が必要。
エラッタに関しては、他のCPUと比較したときの客観的データが出てきたことがない。ばかばかしい。
逆に、特に直接のメーカーサポートが受けられないアマチュアユーザーの場合、
国内外で自分が使っているときに知りえた情報を掲示板に書くようなようなユーザーが
アンチも含めて多いPICはエラッタ情報を共有できて良いんじゃないかとさえ思う。
俺も仕事だとほかのCPUを使ってるけど、そこで知りえた問題はネットに書いたりしないよ。
そういう意味ではアマチュアユーザー「も」多く、掲示板を含めたネットでの情報交換が活発な
CPUは悪くはない。
バグで全く使えない機能を堂々とスペックとして謳ってるのはPIC以外にある？
おれはPICしか知らん
いずれにしろここはPICのスレだから
他のマイコンのバグはスレチ
何年も前からわかってる問題でも
2600000件
STM32
7600000件
(PIC10 OR PIC12 OR PIC16 OR PIC24 OR PIC32) (エラッタ OR errata)
543000件
STM32 (エラッタ OR errata)
25800件 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)
> 国内外で自分が使っているときに知りえた情報を掲示板に書くようなようなユーザーがアンチも含めて多いPIC
客観的データをよろしくね
>他のマイコンのバグはスレチ
もし、その態度で逃げるつもりなら、他のマイコンとの比較の上で否定的な表現はするべきじゃないと思います。
>バグで全く使えない機能を堂々とスペックとして謳ってるのはPIC以外にある？
その部分については、なんだかなあ、という気はするけど下のようなことはあるかもね。
■意図的に直さない
PICについては、異常だと感じるほどに修正に慎重です。
コンパイラも古いものも長期間にわたってダウンロードできるようにしています。
ICでもソフトウェアでも、「何かを直したら、別の何かがおかしくなっている」というのはわりとよくある話です。
現状で動いているアプリケーションがある以上、別の何かをおかしくしてしまうリスクを避けるという
意図があるのかもしれません。(というのは想像だから、違うだろ！って思った人はメーカーに聞いた方がいい)
大昔のマイコンでも(値段は高くなっても)製造は維持しているものが多いのがPICの特徴のひとつです。
それを使っているアプリケーションの動作を変えない、変える恐れのあることを避けるという思想があっても不思議ではありません。
データシートの記述を修正する代わりにエラッタ情報をメンテしているふうなところはあります。
それは企業風土に近いものがあるように思います。
■全く使えないのか、その使い方なら全く使えないのか、まあまあなら使えるのか
もし、ある種の使い方ならまあまあ使える問題であって、割と多くの人がそのある種の使い方でええやんと
思うものなら、まあそんなもんじゃないでしょうか。
回避策が掲示板で共有されてて、「俺の使い方なら、それじゃダメなんだよ」って言う人は他のCPUを選べばいいし、
「まあええやん」と思う人は、まあええのではないかと思います。
あと、その人の環境次第という面もありますね。
・AというCPUにはバグがあって、やや性能を落とした使い方をしないといけないけれど、情報も豊富で、よく知っている人がまわりにいる。
・BというCPUにはバグは明らかにはなっていない。誰かが根拠を示さずAよりマシだと言ってる。まわりに使っている人がいない。
・BというCPUにはバグは明らかにはなっていない。Aほど情報は豊かではないけど、よく知っている人がまわりにいて、使い方について教えてくれる。
ほかにもいろいろなパターンがあるでしょうね。
何かと比較して多い、と言ってるわけではないので、客観的データはないよ。
いろいろと検索していて、ふだんから「PICは自分が期待する基準において情報の絶対量が多い」と
感じている人は同意してくれればいいし、
「PICは絶対的に情報が少ない」と感じている人は同意してくれなくていい。
相対的には多い方じゃないですかね。
バグ自体を直せなくても広告は直せるだろ
シングルスタンダードで通せる人なんていないし、求める方がおかしいのですよ。
誤解されているかもしれませんが>>881はエラッタの数の客観的データではありません。
あえていえば、ネットにでてきたキーワードのカウントです。
>>887
その理由に関心がある人がMicrochipに問い合わせをすればいいのではないですか？
俺は潔癖症でもないのでそのあたりはどうでもいいです。
ここは、僕たち初心者が質問するスレです。
俺は詳しいんだ、凄いだろと言う雑談は、
あっちのスレでお願いします。
披露するのが目的
基本スルーがセオリーなんだけど
披露自慢人が複数いると
まぁ、こうなるわな
いまさらPICをはじめようなんて人もなかなかいない
作り話でつないでもしょうがない
このスレ自体不要では？
・ネッなど日本中に仲間が多い
・情報量がAVRの比じゃなく多い
・パッケージのバリエーションが多い
・秋月で安価に買える
・内蔵周辺モジュールが豊富
「PICでスタートして後で後悔する、なんて初心者が居なくなりますように」って。
しかし、＜美人とブス、どちらでも好きなほうとつきあえる＞、という状況で
わざわざブスを推薦するって >>897 は罪作りな奴だなｗ
後で恨まれるぞｗｗ
AVRもPICみたいに簡易なデバッガが出て欲しいな
あるのでは？ AVRスレで尋ねてみれば？
ST-LINK/V2 3000円
MiniProg1 3650円
PICkit4 5700円
Atmel ICE 11000円
Microchipは高い
PICで何かを作ろうとする気概のある人は
他人に責任を求めたりしないと思うが
僕 英語読めません、って素直に白状したら？
え？4bitから？
お勧めを教えて下さい
ここは、僕たち初心者が質問するスレです。
俺は詳しいんだ凄いだろう、AVRは凄いんだ、
と言う雑談は、 あっちのスレでお願いします。
無難に32bitが良いよ
8ビットは色々と特殊すぎて
質問して良いんだよ
いつもの作り話でも
フルーク←→フルーク以外
VHS←→β
非喫煙者←→喫煙者
・・・
非主流は姦しい・・・
非主流は姦しいね
ROMもっと欲しい。
https://i.imgur.com/OfDRqLs.jpg
https://i.imgur.com/csiAwJ2.jpg
https://i.imgur.com/4Fy0eUK.jpg
カラー画面
アニメの高画質化
表面実装部品による小型化
赤外リモコン送信機能
赤外リモコン受信
リモコン&メニューによる設定
USBを使ってPCから設定
この辺に挑戦してください
PIC32MM 20pin 64KB
PIC32MM 28pin 256KB
基板設計もぜひ挑戦してみよう
今はとても安く作れます
自己保持回路による待機電力ゼロ化
でも良いし
リモコン受信可能なまま省待機電力に挑戦
でも良い
1秒に1回くらい値を見て値が大きく変わったら起動
電源は3系統
PIC, 加速度センサ, 画面
動作中はPICがenableを保持すれば、
オートパワーオフが成立しそうなんだが、
1ボタンでそれをやる回路が思いつかなかった。
PICからのenable信号がボタンと競合してしまう。
ダイオードとかで何とかなる？
20ピンの32MM、気になる。
ダイオード使ってもいいし、enableを駆動できる程度に
pic出力に1K位の抵抗直列に入れればぶつかってもok
そしたらボタンが押されっぱなしにならない？
> >>922
> そしたらボタンが押されっぱなしにならない？
ん？
時間来たらpicが切るんじゃないの？
ボタン一つだけにしたいのか。
ボタン1個で、起動、砂時計容量変更、ブザーストップをさせたい。
電池はDC/DCに直結するが、動作時のみenableにする。
DC/DCはGNDに落とすとenableになる。
これが解けなかった。
卑怯な方法。二回路二接点プッシュスイッチ使い1回路を電源ON用に使う。
別の方法も考えられると思うけど、電源系の電圧が書かれた回路図がないと分からないな。
ん？
普通にダイオードと抵抗で出来ないか？
まあ最悪ボタンはADCで検出でも
XC8で＠（アット）マークを付けたら変数領域を指定のアドレスへ配置出来る
と思うんですが、この機能を使えば
myStruct1 AAAA @ 0x500;
myStruct2 BBBB @ 0x500;
と言う感じであえて同じアドレスに2つの変数を配置して、あたかも共用体の
ような使い方が出来ますでしょうか？
そんな事しなくても、ポインター使えば、簡単。
たしか、cには、異なるタイプのポインタは同じものを指さない
と言う縛りがあってそれを使った最適化をするコンパイラがある。
アホなコンパイラなら、そんな最適化はしないだろう
それでもvolatileはつけとくべきね。
普通にダイオードでANDを作ればできる
逆流防止や電圧制限はいるけど
ここにあった
マイコンからの制御にデジトラ
なところが違う
ONだけならここにあった。
http://ednjapan.com/edn/articles/1212/28/news037.html
よくわからんがかっこいいネ
>>937のどこが不満？
U1を取っ払ってQ1のコレクタをVCCにつなげばVbattの単電源になるのでは？
もう１ピン入力チェックに使うだけ。
http://ednjapan.com/edn/articles/1212/28/news037.html
の図１は、シンプルな回路でいい。
PICと液晶は2.7V<Vcc<5Vだから、18650直結なら簡単だった。
PchMOSFETをDCDC上流に入れた場合、バッテリ電圧の下限はどの程度？
1.0Vで動かなきゃNiMH×1には使えない。
スイッチを押すとスイッチの抵抗側の電圧が変わるようにしておいてADCで検出
とか
出来ることはできるが、
変数のアドレス管理誰がやるんだよ
それは普通、アドレスマップのレジスタに対して使う機能
誰って
プログラマ以外にいるか？
直接指定するって言ってんだから
お前ソフトに向いてない
ただのグローバル変数に絶対アドレス指定したらそこが他で使われていないか、
リンカのマップファイルみて一々確認しなきゃならんだろ
そんなめんどくさいことやる馬鹿いねーよという意味だよ
(普通に共用体で宣言すればいい)
それともあれか、 @ 機能つかったらそのアドレスは他で使われないように
コンパイラが管理してくれるのか?
ヒープの真ん中でも避けてくれるのか?w
それに「普通」ってのが用途を絞っていると断言している根拠はなんだよ
勝手に決めつけるなよw
リンカーで普通に割り当てされるだろ？
じゃあXCには何のためにアドレス指定機能があると思ってんの？？？
馬鹿？
アドレス管理誰がやるんだよって
頭おかしい
普通のメモリマップドIOの割り当てをコンパイラやリンカがどうやると思ってるんだろ
美人は3日で飽きるがブスは3日で慣れるという有名な格言があってだな以下略
変数のアドレスはコンパイラ、リンカに任せればいいという話でしょね。
いやいや、アドレス指定したいって話なんだから、という話もわかるのだけど、
共用体ではなんであかんのでしょ、って疑問はあるのかも。俺もまあそう思う。
おれは美人を選ぶ
疑問に思ったとしても質問の前提だから
素直に共用体にしたくない理由はいくつか考えられるし
共用体はおまけでアドレス指定が主な目的かもしれない
代替案を知りたいなら理由も書くでしょう
経験の浅い人はそういう発想もないでしょうけど
やって見ればすぐわかることをいちいち質問しないでやってみればいいんですよ
出来たならここに理由と共にテクニックとして紹介する
初心者同士そうやって高め合えば良い
>素直に共用体にしたくない理由はいくつか考えられる
アドレス指定とは別にして、共用体にしたくない理由って具体的にどんなこと
でしょうか。
>変数のアドレスを指定したい理由も色々と考えられます
昔のパソコンでVRAMをワークエリアに使うようなときにはアドレス指定をしていた
けれど、8bit PIC で変数のアドレスを指定するほかないようようなことって
どんなことなんでしょうか。
いろいろ考えられるうちの3個4個ぐらいを教えていただけると勉強になります。
と、こういう疑問は持ってますが、技法としての元質問の価値はあると思ってます。
必要なら自分でやっつければ済むことですけど。
●共用体
◇文字数の削減や移植の手間や見易さの為
(※無名共用体が使えない場合)
◇ファイルやモジュールの分離性確保の為
・同時にインクルード出来ないヘッダ
・コンパイル依存性(コンパイル時間)
・ライブラリ化
◇共用体に出来ない構造体への対応
(※C++の場合)
●アドレス指定したい場合
◇部分ビルドする場合のインターフェース
ブートローダーとアプリケーションや
複数のアプリケーションなど
ROMの複数エリアを別々にビルドする場合のインターフェースとし
エントリーポイントのテーブルなど
◇周辺モジュールとのインターフェース
DMAのバッファなどで特定の番地にしたい場合
◇高速化や簡略化の為
配列の先頭や終端のアドレスが特定の値で有ることで高速化やコードの簡略化を行う
+と&でリングバッファのポインタを更新するなど
◇セクタ考慮
ROMのセクタやRAMのバンクなどを考慮したい場合
境界を跨ぎたくないとかセクタ先頭からはじめたいとか
◇デバッグ性
よくデバッガで書き換える変数の固定アドレス化
外部からアドレス指定でアクセスしたい変数の固定アドレス化
多分他にも色々と
共用体を避ける理由については、正直なところ俺にはピンとこないものでしたが、
アドレス指定については思い当たるところもなくはなく。
ただ、とても個人的な事情にすぎないことで、俺のPICの使い方ではあまり縁がないものばかりでした。
あと、俺の思い込みもありました。8ビットPICってPIC18も含まれるのですね。
ありがとうございました。
アドレス固定にすれば、エンディアンとかの考慮要らないから、移植しやすい とかかな？
アドレス指定をするとエンディアンの何が解決出来るって？
少なくとも考慮要らないなんてことはない
GCC (XC8含め) のリンカは別の名前が同じアドレスをさしていても問題ない。
だからやろうと思えば適当にリンカへの指示を加えることで可能にはなる。
ただ、リンカへの明示的な指示なしでコンパイラが、暗黙のうちにリンカでエラーにならないように
セクションや名前を選定してくれるかは別で、
ゼロ以外で初期してたらだめ、
ゼロで初期化するやつは初期化しないやつとならマップ OK、
初期化してなければOK、
とかそんな感じになると思うけど、
GCC でファイルをまたぐ名前の扱いが 2012年あたりからちょいちょい変わってるので
XC の元ネタの GCCの版によって挙動がかわるかもだから保証はしない。
あと、異なる名前が同じアドレスを占めていて、それを一つの関数内で両方の名前を扱うなら、最適化で O2 以上は禁止な。
gcc -O2 は異なる名前は異なるアドレスをアクセスする前提で最適化する。volatile 関係ない。
ここ 2年くらいエイリアスの最適化の動作確認してないけど変わっとらんと思う。
怖い怖い
volatileは読み書きの順番や回数はバイナリ上では保証されるから意味が無いことは無いけど
最適化が非常に制限されるからなるべく使いたくない
そもそも、最適化で変わるような関連が密なデータであれば素直にunionにした方が便利な事が多いと思う
>> gcc -O2 は異なる名前は異なるアドレスをアクセスする前提で最適化する。volatile 関係ない。
これ、gccドキュメントのどこに書いてある？
前に書いたように、異なるポインタタイプは同じものを指さないという仮定＝strict-aliasingルールはドキュメント上にある。
-O2はstrict-aliasingを仮定して最適化するとドキュメントに書いてある。
GCCのドキュメント(gcc6のね）から、
'-fstrict-aliasing'
前略
In particular, an object of one type is assumed never to reside at the
same address as an object of a different type, unless the types are
almost the same. For example, an 'unsigned int' can alias an
'int', but not a 'void*' or a 'double'. A character type may alias
any other type.
中略
The '-fstrict-aliasing' option is enabled at levels '-O2', '-O3', '-Os'.
volatile周りも、理解してないね。
念のため例つけとくと、
void f(int *x, int *y)
{
int a = *x;
// a == *x に決まっている。
*y = 0;
// これ以降は、a != *xかもしれないと考えて最適化する
ということだからね。
同一視の可能性は名前じゃなく、ポインタの型だよ。
なお、int *とunsigned int *は類似の型なので、同一型のように扱う。
ここは、僕たち初心者が質問するスレです。
俺は詳しいんだ凄いだろう と言う雑談は、 あっちのスレでお願いします。
>>980
話題がそれてるけど
ポインタじゃなくてスタティックな変数への直接アクセスの話
unionとunionじゃない同じ番地の変数が同じように扱えるか
が質問内容
一旦ポインタを経由したら最適化が同じになることは容易に想像がつく
コードはポインタの中身に依存しないので
低能
https://rio2016.5ch.net/test/read.cgi/denki/1530265723/
新しいスレッドを立ててください。
life time: 58日 19時間 39分 25秒
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニュース
- 【栃木】結束バンドで縛られ、顔には粘着テープも…焼けた2人の遺体が河川敷で見つかる 事件の可能性 那須町 [ぐれ★]
- 【ボクシング】アマ13冠堤駿斗が計量オーバー…2度目の計量で50グラムしか落とせず 1回目1・6キロ超過で対戦相手元世界王者モレノが苦言 [ニーニーφ★]
- 岸田首相「負担増えない」と再度強調 子育て支援金、１８日に採決―衆院特別委 [蚤の市★]
- 野口健氏、水原一平容疑者への「万死に値する」投稿削除「ギャンブル依存症」考える会代表が要請 [フォーエバー★]
- 水原一平容疑者“違法賭博問題”に『クロ現』迫る “胴元”ボウヤー氏が語る [フォーエバー★]
- 置き配の盗難被害者が“おとり”置く 玄関先から段ボール盗んだか 49歳女逮捕 中に位置情報追跡できる機器 [PARADISE★]
- 【実況】博衣こよりのえちえちMHW:IB🧪
- 【実況】博衣こよりのえちえちMHW:IB🧪 Part2
- 【悲報】Z世代の95%「戦争が起きても戦闘に参加しませんｗｗｗｗｗｗｗｗｗ」 [834922174]
- 金バエさん、ヘソから腹水を出す人間ウォーターサーバーと化す [523957489]
- 180cm90kgだが
- どんぐり枯れすぎ問題で、嫌儲に書き込めないケンモメン大量発生中！そうだ旧速に非難しよう！ [487816701]