常連

### 前提

Raspberry Pi Pico でUSBシリアル通信をしたいのですが、
std::cin を入れてビルドしたuf2ファイルを書き込むと Raspberry Pi Pico が認識できなくなりました。
具体的には、BOOTSELを押しながらpcと接続するとUSBデバイスとして検出され、正常に動作します。
ただ、上記のuf2ファイルを書き込むと、接続をしても一切の反応がありません。

### 実現したいこと

入力した内容をそのまま返す

### 該当のソースコード

```C++
#include <iostream>
#include <string>
#include "pico/stdlib.h"

int main() {
    stdio_init_all();
    while (1) {
        std::string str;
        std::cin >> str; // 問題箇所
        std::cout << str << std::endl;
    }
    return 0;
}
```

### 試したこと

ソースコード内の問題箇所を消すと正しく認識されました。

### 補足情報（FW/ツールのバージョンなど）

Chromebook Linux仮想環境
Pico SDK
CMake 3.18.4
g++ 10.2.1 (Debian 10.2.1-6)


Raspberry Pi Pico のC++コードに std::cin を入れると認識しなくなる

実行ファイルを実行したところ”Segmentation fault”が発生したのでコアファイルを出力するため、
”gcc -g -pthread threadAttr.c”を打ち”Segmentation fault (コアダンプ)”と出力されたが、コアファイルがなく、出力されない原因が知りたいです。


実行環境です。WSL (Windows Subsystem for Linux)を使用しています。
lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 10 (buster)
Release:        10
Codename:       buster

```C
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <pthread.h>
#include <errno.h>

#define SIZE 10000000

void *threadFunc(void *arg){
   double table[SIZE];
   int i;
   for(i=0;i<SIZE;i++){
         table[i] = i*3.14;
      }
      return NULL;
}
int main(int argc,char *argv[]){
   pthread_attr_t attr;
   pthread_t thread;

   pthread_attr_init(&attr);
   if(pthread_attr_setstacksize(&attr,SIZE*sizeof(double)+100000i) !=0)
   {
      printf("Failed to set stack size.\n");
      exit(1);
   }

   if(pthread_create(&thread,&attr,threadFunc,NULL) !=0)
   {
      printf("Error:Failed to create new thread.\n");
      exit(1);
   }

   if(pthread_join(thread,NULL) != 0)
   {
      printf("Error:Failed to wait for the thread termination.\n");
      exit(1);
   }

   return 0;
}
```

Segmentation fault (コアダンプ)が出力後、コアファイルが出力されない

### 前提・実現したいこと

g++でC++17を言語標準にしたいのですが、デフォルトでのコンパイルがC++14になってしまっています
デフォルトでコンパイルしたときC++17になるようにしたいです

### 使用したコード
以下のコードを用いC++のバージョンを確認しました
```C++
//sample.cpp
#include<iostream>

int main() {
    if (__cplusplus == 201703L) std::cout << "C++17\n";
    else if (__cplusplus == 201402L) std::cout << "C++14\n";
    else if (__cplusplus == 201103L) std::cout << "C++11\n";
    else if (__cplusplus == 199711L) std::cout << "C++98\n";
    else std::cout << "pre-standard C++\n";
}
```

##結果
```cmd
g++ sample.cpp
```
とすると出力は`C++14`

```cmd
g++ -std=c++1z sample.cpp
```
とすると出力は`C++17`です
VSCodeでのビルドもデフォルトに依存するので`C++14`になってしまいます

### 補足情報
gcc (MinGW.org GCC Build-2) 9.2.0
g++ (MinGW.org GCC Build-2) 9.2.0

g++でC++17を言語標準にしたい

Ubuntu 14.04 LTS (GNU/Linux 3.13.0-24-generic x86_64)環境にて
提供された共有ライブラリ(ITest.h libTest.so)を使用したプログラムをコンパイルする際に

```ここに言語を入力
/usr/bin/ld: skipping incompatible ./lib/libTest.so when searching for -lTest
/usr/bin/ld: cannot find -lTest
collect2: error: ld returned 1 exit status

```
このような感じで互換性がないと怒られます。

soは32bitのもののようで、環境が64bitであることから-m32を指定してコンパイル等を試しましたが
どうしても同じエラーになります。

試しに自分で32bitのsoファイルを作成したところ、特に問題なくコンパイル/実行出来ました。

そこで提供されたライブラリ自体を疑い始めています。

試しにobjdump -aしたところ、

自前のso  ：elf32-i386
提供されたso：elf32-little

このような結果となりました。
同一環境で32bitの共有ライブラリ(soファイル)を作成してファイルフォーマットが
異なるなんてことがあるものか、ここをまず詳しいかたにお尋ねしたいところです。

皆様のお知恵をおかしください。

Ubuntuでg++で共有ライブラリを使用する際にincompatibleと言われます

### 前提・実現したいこと

pybind11を使用して、C++の関数をPythonで使用したいです。
顔検出のコードを書いてコンパイルしました。
以下がコンパイルです。
```
g++ -O3 -Wall -DPIC -shared -std=c++11 -fPIC `python3 -m pybind11 --includes` face_detection.cpp -o face_detection`python3-config --extension-suffix` -I /root/tmp/opencv-3.4.4/include/opencv2 -I/root/tmp/opencv-3.4.4/include/opencv -I /usr/include/python3.6m -L /root/tmp/opencv-3.4.4/build/lib -l opencv_core -l opencv_imgproc -l opencv_imgcodecs
```
これによって、face_detection.cpython-36m-x86_64-linux-gnu.soが作成されます。
しかし、Pythonでのインポートができません。


### 発生している問題・エラーメッセージ
ビルドをして作成された .soがインポートできないです。
```
Python 3.6.9 (default, Oct  8 2020, 12:12:24)
[GCC 8.4.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import face_detection
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: /media/docker_shared/mono_develop/program/source/face_detection.cpython-36m-x86_64-linux-gnu.so: undefined symbol: _ZN2cv17CascadeClassifierC1Ev
```

### ldd
エラーを調べると関連するファイルを調べろとあったのでlddしました。
```
ldd face_detection.cpython-36m-x86_64-linux-gnu.so
	linux-vdso.so.1 (0x00007fffd00aa000)
	libopencv_core.so.3.4 => /usr/local/lib/libopencv_core.so.3.4 (0x00007ff16de89000)
	libopencv_imgproc.so.3.4 => /usr/local/lib/libopencv_imgproc.so.3.4 (0x00007ff16b071000)
	libopencv_imgcodecs.so.3.4 => /usr/local/lib/libopencv_imgcodecs.so.3.4 (0x00007ff16a534000)
	libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007ff16a1ab000)
	libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007ff169f93000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ff169ba2000)
	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007ff16999e000)
	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007ff16977f000)
	librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007ff169577000)
	libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007ff16935a000)
	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007ff168fbc000)
	libpng16.so.16 => /usr/lib/x86_64-linux-gnu/libpng16.so.16 (0x00007ff168d8a000)
	/lib64/ld-linux-x86-64.so.2 (0x00007ff16f3b8000)
```

### 困ってること
これは何が原因でインポートできないのですか？

まず、難しくてundefined symbolがどんなエラーなのか理解できないです。
https://docs.oracle.com/cd/E19455-01/806-2734/chapter2-9/index.html

Linuxは.soがWindowsで言う.dllでPythonでは実行バイナリであるファイルつまり,.soをインポートすれば使用できるのではないのですか？
リンクが未定義となっていますが、リンクがどこに関係してるのですか？
また、Pythonで.soをインポートする前にパスを読み込ませればいいのですか？

C++をビルドした共有ファイルがPythonでimportできない。

### 実現したいこと

競プロの為、#include <bits/stdc++.h>などを用いたくgcc環境を構築したいです。

###使用環境
使用しているPCは2021年4月に購入したM1 MacBookです。ターミナルはzshです。

###経緯

「MacでGCCを"正しく"環境構築しよう！」
https://qiita.com/DaikiSuyama/items/09f5aa399aad37783146
こちらのサイトを参考に設定を試みました。

[1]CommandLineToolsのインストール
[2]Homebrewの導入
まで行い、正常にインストールできていることを確認済みです。

`%brew install gcc` でgccのインストールを行い、
`% brew list | grep gcc`　で　`gcc`と出力されたため、問題なくインストールされていると思われます。

### 発生している問題・エラーメッセージ
この後、上記のサイトには
__
> Homebrewでインストールしたパッケージは`/usr/local/Cellar`にインストールされるので、`% ls /usr/local/Cellar | grep gcc`でも同様の出力になるはずです。
さらに、インストール時にコンパイラへのシンボリックリンクが/usr/local/binから張られるので、% ls -l /usr/local/bin | grep g++により確認できます。
__

とありますが。それぞれ試みると
`ls: /usr/local/Cellar: No such file or directory`
`ls: /usr/local/bin: No such file or directory`
と表示されました。

確認すると上記のディレクトリは存在しませんでした。
（ `/usr/local`中に存在するディレクトリは`share/`　のみです。）
`$ where gcc`でgccがインストールされた場所を確認すると
`/usr/bin/gcc` と表示されました。

また、`$ where g++`でg++の場所を検索すると、
`/usr/bin/g++`と表示され、同じディレクトリに存在するらしいことがわかりました。

ディレクトリがどうであろうと正しくコンパイルできさえすればいのですが、
gccコマンドを打ってもコンパイルできません。
ファイルを指定せずにgccを実行すると
`clang: error: no input files`
とエラーを出すあたり、gccが動いているように見えませんし、
g++では正常にコンパイルできたコードに対しても
`clang: error: linker command failed with exit code 1 (use -v to see invocation)`
のエラーが出ます。

何から手をつけていけば良いのかわからず、途方に暮れています。
問題の解決にあたって、必要な情報があれば指摘していただければ幸いです。

初めての質問で、至らぬ点も多いのですが、よろしくおねがいいたします。


追記・質問への解答
Q Homebrewを/opt/homebrewにインストールしなかったか
A 確かに`/opt/homebrew%`にインストールしています。

Q ターミナルをRosettaをONにして使っているか
A Macを使うのが初めてでRosettaというワードをこの質問で知りました。
デフォルトのままだと思います。（おそらくOFF？）

アドバイス：参考にした記事の /usr/local はすべて /opt/homebrew に読み替えましょう
A これで解決に向かいました。ありがとうございます。

M1 MacBookでgcc環境を構築したい

MacでC++でデバックしようとすると、
『preLaunchTask 'C/C++: cpp アクティブなファイルのビルド' を実行後にエラーが存在します。』
『'iostream' file not found gcc』
と表示されます。
解決法教えていただきたいです。

MacでVSCode C++でデバックできません

Windows10、MinGWでg++を使用しています。
いままで問題なく使えていたのですが、久しぶりに使おうとしたらincludeエラーがでるようになっていました。
```
#include エラーが検出されました。includePath を更新してください。この翻訳単位 (C:\Users\hoge\path) では、波線が無効になっています。
ソース ファイルを開けません "bits/stdc++.h"
```
includeエラーを無視すると普通にコンパイルできます。
includeエラーを消す方法を教えてください。

###### 試したこと

stdc++.hは`C:\msys64\mingw64\include\c++\8.2.1\x86_64-w64-mingw32\bits`にありました。そのためこれをincludePathに設定した所、`correct.hが開けない`というエラーに変わりました。
corecrt.hは`C:\msys64\mingw64\x86_64-w64-mingw32\include`にあったので
includePathを
```
    "C_Cpp.default.includePath": [
      "C:\msys64\mingw64\include\**",
      "C:\msys64\mingw64\x86_64-w64-mingw32\include"
    ]
```
と指定すると
`#include<stdc++.h>`のエラーは消えるものの、コードの至る所で下のようなエラーがでるようになりました。
```
 "basic_string<char, char_traits<char>, allocator<char>>" にメンバー "substr" がありません
 識別子 "cout" が定義されていません
 識別子 "endl" が定義されていません
```