常連

### 実現したいこと
VSCode上のターミナルでstd::abort()を呼んで強制終了させられるようにする。

### 発生している問題・分からないこと
VSCode上のターミナルでstd::abort()を呼んでも強制終了せず、一向にプログラムが終了しません。Ctrl + Cを押しても応答がなく、ターミナルを終了する他ありません。
しかし、Macの標準ターミナル上で実行したところ、
zsh: abort      ./a.out
というメッセージと共に正しく強制終了しました。

このような現象がVSCodeでのみ起こる原因がわからず困っている状況です。

### エラーメッセージ
```error
zsh: abort      ./a.out （Macの標準ターミナルでのみ）
```

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

```C++
#include <cstdlib>

int main() {
    std::abort();
}

```

### 試したこと・調べたこと
- [x] teratailやGoogle等で検索した
- [x] ソースコードを自分なりに変更した
- [ ] 知人に聞いた
- [ ] その他

##### 上記の詳細・結果
ソースコードを以下のようにすると、Assertion failed: (0), function main, file main.cpp, line 4.というエラーが出力されますが、やはりブログラムが強制終了されません。

#include <cassert>

int main() {
    assert(0);
}


### 補足
MacBook Air Apple M3 バージョン14.5
VSCode 1.98.1
C++20
g++ (Homebrew GCC 13.2.0) 13.2.0

実行したコマンド
g++ -std=c++20 main.cpp
./a.out

VSCode上のターミナルでstd::abort()を呼んでも強制終了しない（C++）

実行ファイルを実行したところ”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 (コアダンプ)が出力後、コアファイルが出力されない

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できない。

### 前提・実現したいこと

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を言語標準にしたい

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" が定義されていません
```

【C++】VSCodeでinclude エラーがでるようになりました

C++ のコードで mq_open を呼び出していますが、実行時にエラーが発生します。
errno は 14 (EFAULT - Bad address)　です。

-- main.cpp --
``` cpp
#include <mqueue.h>
#include <stdio.h>
#include <errno.h>

int main(){
    mqd_t q = mq_open("/sample", O_WRONLY | O_CREAT);
    if(q == -1) {
        printf("error: %d\n", errno);
    }
    return 0;
}
```

ビルドは下記のコマンドで行いました。
g++ main.cpp -o test -lrt

ところが、同じソースを main.c として下記コマンドでビルドして実行してもエラーは発生しません。
gcc main.c -o test -lrt

原因と対処法をご教授下さい。

バージョンは下記の通りです。
gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516

c++ で mq_open が失敗する。(c では OK)

### 実現したいこと

競プロの為、#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 これで解決に向かいました。ありがとうございます。