一昔前は、そこらの商用コンパイラよりも良い最適化をする
といわれたGCCも最近は色あせてきてたけど。。。
待望の新バージョンリリースで巻き返しなるか?
とりあえずインストールしてみよう
祝・GCC 3.0リリース
■ このスレッドは過去ログ倉庫に格納されています
1さあね
NGNGNGNG
>>536
おんなじとこにあるべ
おんなじとこにあるべ
538名無しさん@お腹いっぱい。
NGNG GCC 3.4.2 age
NGNG
>>536
Bruno Haible
Bruno Haible
NGNG
3.4.1 から 3.4.2 に上げたら生成されるバイナリが
libgcc_s.so.1 をリンクするようになった。
このへん何か変わった?
libgcc_s.so.1 をリンクするようになった。
このへん何か変わった?
NGNG
うん。
NGNG
GCC 4.0のおいしいところは?
NGNG
スパイスが効いているところ。
NGNG
ひどいめにあわすよ
NGNG
プリコンパイルヘッダの作り方は
gcc /usr/include/**/*.h
でいいんだっけ?
gcc /usr/include/**/*.h
でいいんだっけ?
NGNG
NGNG
Reading specs from /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/specs
Configured with: ../gcc-3.4.3/configure --disable-nls
Thread model: posix
gcc version 3.4.3
Configured with: ../gcc-3.4.3/configure --disable-nls
Thread model: posix
gcc version 3.4.3
NGNG
さてGCC4のリリースも近づきつつある今日この頃。
自分はこまめにビルド・チェックするほどの追っかけじゃなかったけど、GCC3というプロダクトはどのような評価に値する物だったのでしょか。
漏れには、伽藍時代よりテンポ良くリリースされていった分、各Linuxディストロもそれに振り回されてたような印象が。
あとGCC3は、例えば2.95.xや2.7.2.3並みに安定感のあるリリースがなされてたのでしょうか。
よろしければみんなの御意見、どぞ。
自分はこまめにビルド・チェックするほどの追っかけじゃなかったけど、GCC3というプロダクトはどのような評価に値する物だったのでしょか。
漏れには、伽藍時代よりテンポ良くリリースされていった分、各Linuxディストロもそれに振り回されてたような印象が。
あとGCC3は、例えば2.95.xや2.7.2.3並みに安定感のあるリリースがなされてたのでしょうか。
よろしければみんなの御意見、どぞ。
NGNG
g++のC++規格追従上、3.X以外に考えられない。
NGNG
3.4系はほとんど使われないまま4.0に移行しそうな予感が。
NGNG
いまだに 2.95.x だよ。もう 4.x の足音が聞こえるような時期なのか。
NGNG
神ID
http://life5.2ch.net/test/read.cgi/northa/1101482061/2
2:名無しさん []:04/11/27 00:26:40 ID:LIqjWGCC
逃げっと
http://life5.2ch.net/test/read.cgi/northa/1101482061/2
2:名無しさん []:04/11/27 00:26:40 ID:LIqjWGCC
逃げっと
553名無しさん@お腹いっぱい。
05/01/27 12:55:20 あげ
05/01/27 15:15:15
gcc-4.0 が出るまでにこのスレを使いきろう…
05/01/27 17:29:04
いつ出るのさ
05/01/27 21:02:08
05/01/27 22:05:24
(´-`).。oO(Unix板にGCCって必要なんだろうか。。。)
05/01/28 18:09:11
>>557
必要ないの?
必要ないの?
05/02/04 14:34:09
gcc.gnu.orgがHDDあぼーんしたらしい。
05/02/04 21:28:00
05/02/04 21:31:39
反GPLな奴らのアタック
05/02/05 02:29:14
アナウンスが来てから12時間ほど経ったが…まだ復旧してないのか。
これは長引きそうだな。
まあ急ぐ用事も無いから別に構わんが。
これは長引きそうだな。
まあ急ぐ用事も無いから別に構わんが。
05/02/08 22:08:57
4.0で新しくなる項目だとよ
What will be in 4.0
ttp://gcc.gnu.org/wiki/What%20will%20be%20in%204.0
What will be in 4.0
ttp://gcc.gnu.org/wiki/What%20will%20be%20in%204.0
2005/04/22(金) 11:05:39
gcc-4.0 が出たらしいですが、スレ違いでしょうか
2005/04/22(金) 12:32:04
びみょー
566名無しさん@お腹いっぱい。
2005/04/27(水) 13:50:34 gcc-4.0 で fortran を使うにはどうしたらよいでしょうか?
2005/04/27(水) 13:54:41
2005/04/27(水) 14:39:07
2005/04/27(水) 14:42:23
GCC 3.0がリリーナされるのはいつですか?
2005/04/28(木) 00:03:01
3と4は別スレじゃなくてもいいんじゃね?
2005/04/28(木) 00:29:45
しっかし、このスレ息長すぎー。
4年近く存在するのか。
4年近く存在するのか。
2005/04/28(木) 13:39:53
遅蒔きながら、祝・GCC 4.0リリース。
gcc.gnu.org/gcc-4.0/changes.html とかは当然読んだんだけれど、他のサイトでリリースに対する反応があったらURLコピペぷりーず。
gcc.gnu.org/gcc-4.0/changes.html とかは当然読んだんだけれど、他のサイトでリリースに対する反応があったらURLコピペぷりーず。
2005/04/28(木) 18:29:22
とりあえず /. の記事。
GCC 4.0.0 Released
http://developers.slashdot.org/article.pl?sid=05/04/21/2125235
GCC 4.0.0リリース
http://slashdot.jp/article.pl?sid=05/04/22/101234
GCC 4.0.0 Released
http://developers.slashdot.org/article.pl?sid=05/04/21/2125235
GCC 4.0.0リリース
http://slashdot.jp/article.pl?sid=05/04/22/101234
2005/05/03(火) 22:28:44
A Review of GCC 4.0
http://developers.slashdot.org/article.pl?sid=05/05/02/1415220
http://developers.slashdot.org/article.pl?sid=05/05/02/1415220
2005/05/05(木) 20:16:14
2005/05/05(木) 20:27:58
しまった。>>574 の元記事だったか。
2005/05/14(土) 05:43:22
いまだにgcc-2を使っていますが何か?
2005/05/14(土) 09:18:39
>>577
ニートですか?
ニートですか?
2005/05/14(土) 10:53:11
ABIを変えたら負けだとおもってる。
gcc2.95を使ってる自分は勝ってるとおもいます。
gcc2.95を使ってる自分は勝ってるとおもいます。
2005/05/18(水) 16:11:20
むぅ……。gcc-4.0.0 で rrdtool を作れない。
3.4.3 で作れたから困りゃしないんだけど。Solaris10。
checking if IEEE math works out of the box... no
checking if IEEE math works with the -ieee switch... no
checking if IEEE math works with the -qfloat=nofold switch... no
checking if IEEE math works with the -w -qflttrap=enable:zerodivide... no
checking if IEEE math works with the -mieee switch... no
checking if IEEE math works with the -q float=rndsngl switch... no
checking if IEEE math works with the -OPT:IEEE_NaN_inf=ON switch... no
checking if IEEE math works with the -OPT:IEEE_comparisons=ON switch... no
checking if IEEE math works with fpsetmask(0)... no
checking if IEEE math works with signal(SIGFPE,SIG_IGN)... no
configure: error:
Your Compiler does not do propper IEEE math ... Please find out how to
make IEEE math work with your compiler and let me know (oetiker@ee.ethz.ch).
Check config.log to see what went wrong ...
3.4.3 で作れたから困りゃしないんだけど。Solaris10。
checking if IEEE math works out of the box... no
checking if IEEE math works with the -ieee switch... no
checking if IEEE math works with the -qfloat=nofold switch... no
checking if IEEE math works with the -w -qflttrap=enable:zerodivide... no
checking if IEEE math works with the -mieee switch... no
checking if IEEE math works with the -q float=rndsngl switch... no
checking if IEEE math works with the -OPT:IEEE_NaN_inf=ON switch... no
checking if IEEE math works with the -OPT:IEEE_comparisons=ON switch... no
checking if IEEE math works with fpsetmask(0)... no
checking if IEEE math works with signal(SIGFPE,SIG_IGN)... no
configure: error:
Your Compiler does not do propper IEEE math ... Please find out how to
make IEEE math work with your compiler and let me know (oetiker@ee.ethz.ch).
Check config.log to see what went wrong ...
2005/05/18(水) 17:40:26
むぅ……。top-3.5.1 もコケた。gcc-3.4.3 なら問題なし。
4.0 はまだ手を出すべきじゃないのかしらん。
4.0 はまだ手を出すべきじゃないのかしらん。
2005/05/18(水) 17:48:58
バグレポートしろよ
2005/05/18(水) 18:40:57
そうなんだけど、プログラムは専門外だから
ソースが悪いのかコンパイラが悪いのか切り分けできないんだもん。
ソースが悪いのかコンパイラが悪いのか切り分けできないんだもん。
2005/05/18(水) 18:55:07
>>583
切り分けは developer にしてもらえばよいのでは?
http://news.gmane.org/group/thread=87u0lw5hnx.wl%25yoichi%40geiin.org/force_load=t
切り分けは developer にしてもらえばよいのでは?
http://news.gmane.org/group/thread=87u0lw5hnx.wl%25yoichi%40geiin.org/force_load=t
2005/05/21(土) 11:32:27
gcc 3.4.4出ましたよ。今のところ、これが一番安全パイ?
2005/05/22(日) 15:35:41
3.3.5じゃない?
2005/05/22(日) 16:21:34
3.3.6じゃなくて?
2005/05/22(日) 17:59:47
うちも 3.3.6
2005/05/23(月) 13:47:26
2.95.2
2005/05/23(月) 17:04:54
2.95.3 じゃなくてーってなんかもう話題ないんか
2005/05/25(水) 22:25:32
m68kでi*86のクロスとか、変なことしてる奴いるけ?
592名無しさん@お腹いっぱい。
2005/05/25(水) 23:26:56 いるけ?
593名無しさん@お腹いっぱい。
2005/05/25(水) 23:38:092005/06/19(日) 19:03:22
アホみたいにメモリ喰うようになったな。
おれがdjgccで1.3Xとか使ってた頃は(以下略・・・
おれがdjgccで1.3Xとか使ってた頃は(以下略・・・
2005/06/19(日) 19:49:04
なんだいないのけ.
2005/06/19(日) 20:03:25
惰性で見てるよこのスレ。
gcc が出たころは衝撃だったなー。
売りもんのコンパイラよりいい最適化コード吐くし、
gcc のソースコードとかマニュアルとか読んでぞくぞくしてた。
gcc が出たころは衝撃だったなー。
売りもんのコンパイラよりいい最適化コード吐くし、
gcc のソースコードとかマニュアルとか読んでぞくぞくしてた。
2005/06/20(月) 00:19:58
>>596
スパーハッカキタ━(゜∀゜)━( ゜∀)━( ゜)━( )━(゜ )━(∀゜ )━(゜∀゜)━!!!!
スパーハッカキタ━(゜∀゜)━( ゜∀)━( ゜)━( )━(゜ )━(∀゜ )━(゜∀゜)━!!!!
2005/06/20(月) 06:57:20
gccはANSI Cを使うためだけに入れました。バージョン忘れた。
2005/06/20(月) 11:19:17
1.27とか1.36とか?
つーか1000行くまでに4.1出てるし(w
つーか1000行くまでに4.1出てるし(w
2005/06/23(木) 13:08:50
このペースなら5.0も期待できるな
2005/07/01(金) 23:33:23
そろそろ4.0.1かな?
602名無しさん@お腹いっぱい。
2005/07/08(金) 23:46:442005/07/08(金) 23:53:41
gccの中の人GJ!
低脳支那人逝ってよし
低脳支那人逝ってよし
2005/07/08(金) 23:56:55
>>602
支那人が!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
支那人が!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
2005/07/08(金) 23:57:23
すまん、火病おこしてしまったwwwwwwwwwwww
2005/07/15(金) 02:24:14
2005/07/15(金) 07:16:29
gcc-4.0.1でperl-5.8.7がコンパイル出来ない。
miniperlがPATHどうこう言ってるけど、コンパイラの違いでそんなの影響出るんだろうか?
miniperlがPATHどうこう言ってるけど、コンパイラの違いでそんなの影響出るんだろうか?
2005/07/15(金) 07:26:27
>>607
どんなエラー?
どんなエラー?
2005/07/15(金) 09:20:30
>>608
少し上から貼ると、こんなかんじ
CCCMD = x86_64-pc-linux-gnu-gcc -DPERL_CORE -c -D_REENTRANT
-D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing -pipe
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O3 -mtune=k8 -march=k8
-msse3 -mfpmath=sse -ftracer -pipe -fforce-addr -minline-all-stringops
-mno-push-args -maccumulate-outgoing-args -fprefetch-loop-arrays
-fsched-spec-load -funit-at-a-time -Wall
x86_64-pc-linux-gnu-gcc -L/usr/local/lib -o miniperl \
miniperlmain.o opmini.o libperl.a -lpthread -lnsl -ldl -lm -lcrypt -lutil -lc
./miniperl -w -Ilib -MExporter -e '<?>' || make minitest
make: [extra.pods] Error 1 (ignored)
./miniperl -Ilib configpm --heavy=lib/Config_heavy.pl configpm.tmp
Can't find configpm on PATH, '.' not in PATH.
make: *** [lib/Config.pm] Error 29
確かに、カレントディレクトリにconfigpmはあるんだけど。
少し上から貼ると、こんなかんじ
CCCMD = x86_64-pc-linux-gnu-gcc -DPERL_CORE -c -D_REENTRANT
-D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing -pipe
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O3 -mtune=k8 -march=k8
-msse3 -mfpmath=sse -ftracer -pipe -fforce-addr -minline-all-stringops
-mno-push-args -maccumulate-outgoing-args -fprefetch-loop-arrays
-fsched-spec-load -funit-at-a-time -Wall
x86_64-pc-linux-gnu-gcc -L/usr/local/lib -o miniperl \
miniperlmain.o opmini.o libperl.a -lpthread -lnsl -ldl -lm -lcrypt -lutil -lc
./miniperl -w -Ilib -MExporter -e '<?>' || make minitest
make: [extra.pods] Error 1 (ignored)
./miniperl -Ilib configpm --heavy=lib/Config_heavy.pl configpm.tmp
Can't find configpm on PATH, '.' not in PATH.
make: *** [lib/Config.pm] Error 29
確かに、カレントディレクトリにconfigpmはあるんだけど。
2005/07/15(金) 11:26:27
>>609
ふむ、よくわからんけど、config.sh の optim から最適化を外し
て、./Configure -S したあと、gmake するとか、thread 無しでコンパイルし
てみるとか。やってみたらどうかね。
ふむ、よくわからんけど、config.sh の optim から最適化を外し
て、./Configure -S したあと、gmake するとか、thread 無しでコンパイルし
てみるとか。やってみたらどうかね。
2005/07/15(金) 11:30:09
よくわからんけど、メッセージだけ読むと PATH=.:$PATH make
コンパイラの違いは不明
コンパイラの違いは不明
612607
2005/07/15(金) 15:45:30 やっぱり、インタプリタレベルスレッドを使わないと問題ないようです。
とりあえず、しばらくはperlだけ諦めます。
とりあえず、しばらくはperlだけ諦めます。
2005/07/17(日) 09:20:16
libpcapがgcc-4.0.1だと死にました。実際はtcpdumpから呼び出されて死ぬんだけど。
もう詳しい事はわからん。
もう詳しい事はわからん。
2005/07/17(日) 09:51:55
615613
2005/07/17(日) 11:28:40 -O2なら平気で-O3だと駄目みたい。
他に何も指定して無くても。
アーキテクチャはx86_64です。
tcpdumpのexpression指定しなければ落ちません。
バックトレースは深すぎるので、適当に
-O3 -ggdb3でlibpcapを作って
-O0 -ggdb3でtcpdump作った結果。
#0 0x00002aaaaae3125b in icode_to_fcode () from /usr/lib/libpcap.so.0
#1 0x00002aaaaae3159c in icode_to_fcode () from /usr/lib/libpcap.so.0
#2 0x00002aaaaae33efd in bpf_optimize () from /usr/lib/libpcap.so.0
#3 0x00002aaaaae25c07 in pcap_compile () from /usr/lib/libpcap.so.0
#4 0x00000000004500f4 in ?? ()
#5 0x00002aaaaaf67893 in __libc_start_main () from /lib/libc.so.6
他に何も指定して無くても。
アーキテクチャはx86_64です。
tcpdumpのexpression指定しなければ落ちません。
バックトレースは深すぎるので、適当に
-O3 -ggdb3でlibpcapを作って
-O0 -ggdb3でtcpdump作った結果。
#0 0x00002aaaaae3125b in icode_to_fcode () from /usr/lib/libpcap.so.0
#1 0x00002aaaaae3159c in icode_to_fcode () from /usr/lib/libpcap.so.0
#2 0x00002aaaaae33efd in bpf_optimize () from /usr/lib/libpcap.so.0
#3 0x00002aaaaae25c07 in pcap_compile () from /usr/lib/libpcap.so.0
#4 0x00000000004500f4 in ?? ()
#5 0x00002aaaaaf67893 in __libc_start_main () from /lib/libc.so.6
2005/07/17(日) 11:40:39
-finline-functionsが原因みたい。単体でも落ちた。
2005/07/17(日) 12:35:40
x86_64 ってOSによっては安定してなかったり?
2005/07/17(日) 17:21:39
どうなんでしょう。私は、gentoo linux使ってます。
4.1-CVSでもprofilebootstrap失敗するし、i386と比べたら安定してないんでしょうね。
4.1-CVSでもprofilebootstrap失敗するし、i386と比べたら安定してないんでしょうね。
2005/07/17(日) 23:06:57
2005/07/18(月) 02:25:22
>>619
シグナル核の忘れてました。SEGVです。
dmesgが埋め尽くされてる。
tcpdump[24386]: segfault at 0000000000000030 rip 00002aaaaae3125b rsp 00007fffff82f1a8 error 4
シグナル核の忘れてました。SEGVです。
dmesgが埋め尽くされてる。
tcpdump[24386]: segfault at 0000000000000030 rip 00002aaaaae3125b rsp 00007fffff82f1a8 error 4
2005/07/18(月) 07:45:07
バウンダリ関係かねえ。
libpcapを-g付きでcompileしてdebugが王道だと思うけど、
-mpreferred-stack-boundary= 辺りを試してみるのもいいかもねえ。
-march=k8にはなっているよね?
libpcapを-g付きでcompileしてdebugが王道だと思うけど、
-mpreferred-stack-boundary= 辺りを試してみるのもいいかもねえ。
-march=k8にはなっているよね?
2005/07/18(月) 10:13:07
Linux 2.6.12.3にしてみたら動作が変わった…。
-O -finline-funcionsはokになりました。
-O2 -finline-functionsだと落ちます。
-O2はonになるフラグが多すぎて、ちょっと調べきれないです。
-finline-limitで11までに制限すればok。12以上で落ちます。
-march=k8指定、-mpreferred-stack-boundaryは4,8,12はどれも解決にはなりませんでした。
なんか、デバッグ情報が出るようになったので貼ってみます。libpcap-0.9.3です。
#0 find_levels_r (b=0x0) at optimize.c:222
#1 0x00002aaaaae2df2b in find_levels_r (b=0x6fe7b0) at optimize.c:230
#2 0x00002aaaaae2df1f in find_levels_r (b=0x6fdbc8) at optimize.c:229
#3 0x00002aaaaae2ec40 in opt_loop (root=0x6fdbc8, do_stmts=0)
at optimize.c:251
#4 0x00002aaaaae303fc in bpf_optimize (rootp=0x2aaaaaf463e0)
at optimize.c:1740
#5 0x00002aaaaae2592a in pcap_compile (p=0x6fd2b0, program=0x7fffffaf1260,
buf=0x6fd120 "port 80", optimize=1, mask=16777215) at gencode.c:386
#6 0x00000000004500f4 in ?? ()
#7 0x00002aaaaaf63893 in __libc_start_main () from /lib/libc.so.6
gcc-4.0.1で-fstack-check, 3.4.4で-fstack-protector使ってみたけど何も出ませんでした。
-O -finline-funcionsはokになりました。
-O2 -finline-functionsだと落ちます。
-O2はonになるフラグが多すぎて、ちょっと調べきれないです。
-finline-limitで11までに制限すればok。12以上で落ちます。
-march=k8指定、-mpreferred-stack-boundaryは4,8,12はどれも解決にはなりませんでした。
なんか、デバッグ情報が出るようになったので貼ってみます。libpcap-0.9.3です。
#0 find_levels_r (b=0x0) at optimize.c:222
#1 0x00002aaaaae2df2b in find_levels_r (b=0x6fe7b0) at optimize.c:230
#2 0x00002aaaaae2df1f in find_levels_r (b=0x6fdbc8) at optimize.c:229
#3 0x00002aaaaae2ec40 in opt_loop (root=0x6fdbc8, do_stmts=0)
at optimize.c:251
#4 0x00002aaaaae303fc in bpf_optimize (rootp=0x2aaaaaf463e0)
at optimize.c:1740
#5 0x00002aaaaae2592a in pcap_compile (p=0x6fd2b0, program=0x7fffffaf1260,
buf=0x6fd120 "port 80", optimize=1, mask=16777215) at gencode.c:386
#6 0x00000000004500f4 in ?? ()
#7 0x00002aaaaaf63893 in __libc_start_main () from /lib/libc.so.6
gcc-4.0.1で-fstack-check, 3.4.4で-fstack-protector使ってみたけど何も出ませんでした。
2005/07/18(月) 10:38:15
ifのjumpかな?
-Osだとどうだろう。
-falign-functions -falign-jumps -falign-loops -falign-labels
-freorder-blocks -fprefetch-loop-arrays がオフ。
-Osだとどうだろう。
-falign-functions -falign-jumps -falign-loops -falign-labels
-freorder-blocks -fprefetch-loop-arrays がオフ。
2005/07/18(月) 11:19:08
-fno-strict-aliasing
をつけるとどうなる?
ttp://makimo.to/2ch/pc8_unix/1106/1106041204.html#582
ttp://slashdot.jp/comments.pl?sid=175355&cid=537217
をつけるとどうなる?
ttp://makimo.to/2ch/pc8_unix/1106/1106041204.html#582
ttp://slashdot.jp/comments.pl?sid=175355&cid=537217
2005/07/18(月) 11:35:46
626名無しさん@お腹いっぱい。
2005/09/18(日) 16:40:56 gcc4は-O1でも-fprefetch-loop-arrays効くのかな
2005/09/29(木) 09:12:48
4.0.2が出ました。
2005/09/29(木) 21:48:28
3.3や3.4より早いバイナリを作れるようになるのはいつですか?
2005/09/30(金) 00:18:55
4.3や4.4になるまでお待ちください。
2005/09/30(金) 07:45:55
つーか3.3, 3.4でいいじゃん。
4系はerror recoveryちょっと賢くなった気がするが。
4系はerror recoveryちょっと賢くなった気がするが。
2005/09/30(金) 14:43:19
GCCは3.2.xのころが一番早くて安定しててよかった。。。
2005/09/30(金) 14:44:13
631です。漢字間違えた。
「早」 → 「速」
「早」 → 「速」
2005/10/24(月) 01:07:39
でも4.xのcc1plusは明らかに3.xのより速いよ。
2005/10/24(月) 06:01:42
4.1のcc1plusは速い。
吐くコードは知らん。
吐くコードは知らん。
635名無しさん@お腹いっぱい。
2005/11/28(月) 17:33:48 gcc-2.9では通るのにgcc-3.3では voidのとこでエラーになるんですが何故?
prase error before `!' token
prase error before `!' token
2005/11/28(月) 17:46:07
コードさらせYO
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 中国国営メディア「沖縄は日本ではない」… [BFU★]
- 【こんなの初めて…】民泊には既にキャンセルも 中国の渡航自粛で [ぐれ★]
- 高市政権にパイプ役不在…日中高まる緊張 公明党の連立離脱影響、自民内にも懸念「自分でまいた種は自分で刈り取ってもらわないと」 [ぐれ★]
- 「稼ぐのよ!」高市総理が電話ガチャ切りで伝えたこと 鈴木憲和農林水産大臣が国政報告会に出席 自身が目指す農政の方針語る [煮卵★]
- 「どうしようもない」 ため息つくアジアの玄関口 中国の訪日自粛で−福岡市 [蚤の市★]
- 俳優 高岡蒼佑「エジプト出身とかナイジェリア出身とかの人が、日本の代表顔して移民の事とか話してるの見るとなんか違う気がする」★2 [Anonymous★]
- 【高市悲報】アメリカ戦争省「あのさ、何回シミュレートしてもわーくに中国に負けちゃうんだよね🤗」 [359965264]
- 自民「高市の一言でこれまで積み上げてきた関係が駄目になる。言葉の重みを分かっていない。自分でまいた種は自分で刈り取ってもらう」 [256556981]
- 中国国営放送「日本は琉球をただちに中国に返還せよ」 キタ━━━━(゚∀゚)━━━━!!!!! [314039747]
- 中国発日本行の航空券、491,000件(全体の32%)がキャンセルされたと判明。高市どうすんのこれ [603416639]
- 識者「『フリーパレスチナ』とかイキってる連中が台湾の話になると『中国を怒らせるな!』ってなる。ほんと左翼の正義って薄っぺらい」 [279254606]
- 日本株、大暴落!!! [252835186]
