常連

この質問は結構難しかもしれません。

こちらのサイトを元に
https://qiita.com/uyuni/items/4b0949baabd6a8fc8198

LLVM10.0.0をインストールしました。

OSはCENTOS7です。
最新版のLLVMをインストールしてかつperlやらgccなども適切なverをインストールしているので問題ないことがわかっているなかで
postgres12.3のrpmをインストールしようとしたところ

以下のようなエラーが表示されました。

> --> 依存性の処理をしています: llvm5.0-devel >= 5.0 のパッケージ: postgresql12-devel-12.3-1PGDG.rhel7.x86_64
--> 依存性解決を終了しました。
エラー: パッケージ: postgresql12-devel-12.3-1PGDG.rhel7.x86_64 (/postgresql12-devel-12.3-1PGDG.rhel7.x86_64)
             要求: llvm5.0-devel >= 5.0
エラー: パッケージ: postgresql12-devel-12.3-1PGDG.rhel7.x86_64 (/postgresql12-devel-12.3-1PGDG.rhel7.x86_64)
             要求: llvm-toolset-7-clang >= 4.0.1
 問題を回避するために --skip-broken を用いることができます。
 これらを試行できます: rpm -Va --nofiles --nodigest


そこで質問です
なぜこんなことが起きるのでしょうか？
llvmの最新版をインストールしたばかりなのに
llvmのパッケージを要求してきます。
llvmはLLVM 10.0.0からllvm-project-10.0.0.tar.xzという一つのファイルが全プロジェクトを含んでいるとのことでしたので
llvm-develというのは存在しないのですか？

以上です
よろしくお願いいたします。

XcodeでC++がビルドできない。

### 実現したいこと

- https://engineers.ffri.jp/entry/2019/09/26/000000
- https://engineers.ffri.jp/entry/2019/10/01/000000
最終的に実現したいことは前者の記事の内容で、そのためにllvmバックエンドを書き換える必要があるのですがその方法が記述されているのが後者の記事になります。
RISCVFrameLowering::emitPrologue を正しく書き換えたいです。正しいなら、記事でいう`あとは、プロセスを終了させる stack_failure 関数が定義されたオブジェクトファイルを用意し、リンクさせれば完了です。`をどのように行えばいいのか知りたいです。

### 前提

筆者さんの使用したllvmなどのバージョンが異なり、llvmバックエンドを記事の通りに書き換えたあとにclang経由で実行するとエラーが出ます。
記事ではRISCVFrameLowering::emitPrologueにsspushという独自命令をRISCVFrameLowering::emitEpilogueにsspop, bneの処理を追加することでclangを実行すると関数の頭にsspush, 終わりにsspopとリターンアドレスが書き換えられていないかの確かめが行われ一致していない場合は処理を停止するという仕組みを実装しています。
記事で紹介されていたプログラムの通りsspush, sspop命令を定義しclangに-Sを付けて実行すると自動的に挿入されていることが確認できるのです(以下に載せました)が、bneの追加でエラーが発生します。
発生するエラーコードが139ということで調べるとsegmentation faultのようですので、おそらくllvmが実行される中でbneでジャンプ先のオブジェクト(処理をすべて停止させる関数)のアドレスがわからないよ(リンクされていないから)というエラーだと思います。しかしこのオブジェクトをどのように用意してどのようにリンクすればいいのかがわからず詰まってしまいました。
llvm自体がC++で書かれているようだったので`stack_failure`オブジェクトのソースはC++で書くべきだと思うのでsspushなどが自動挿入されない素のllvmを利用して作成しましたオブジェクトをどうにかリンクさせてあげたいです。
llvmは`cmake --build .`でビルドするのですが用意したオブジェクトをllvmに認識させてあげる方法を知りたいです。

エラーメッセージは長いので一番下にしました。
記事では"スタックフレームを破棄した後で"とあるので以下のようにRISCVFrameLowering::emitPrologue の最後らへんでDeallocate stackのコメントがある場所に紹介されていたプログラムを追加しました。


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

```cpp
  // Deallocate stack
  if (StackSize != 0) {
    RI->adjustReg(MBB, MBBI, DL, SPReg, SPReg, StackOffset::getFixed(StackSize),
                  MachineInstr::FrameDestroy, getStackAlign());
      // 今回の追加部分 (スタックフレームを破棄した後で sspop x5, x0, x0 命令の追加)
    BuildMI(MBB, MBBI, DL, STI.getInstrInfo()->get(RISCV::SSPOP), RISCV::X5).addReg(RISCV::X0).addReg(RISCV::X0);
    // 今回の追加部分 (リターンアドレスと Shadow Stack からポップした内容の比較処理を追加 命令としては、bne x1, x5, stack_failure を追加している)
    BuildMI(MBB, MBBI, DL, STI.getInstrInfo()->get(RISCV::BNE))
        .addReg(RISCV::X1)
        .addReg(RISCV::X5)
        .addExternalSymbol("stack_failure")
        .setMIFlag(MachineInstr::FrameSetup); // stack_failure
  }
```

sspush, sspopは無事挿入できています。

```assembly
    	sspush	zero, ra, zero
        addi	sp, sp, -32
(省略)
        ld	s0, 16(sp)                      # 8-byte Folded Reload
        addi	sp, sp, 32
        sspop	t0, zero, zero

```

### 試したこと

- 当該ファイル内で他に2箇所でaddExternalSymbol()が以下のように実行されており、そのどちらも続いてsetMIFlagという関数を実行していました。なのでbneの追加部分でも続けて` .setMIFlag(MachineInstr::FrameSetup);`を書いてみましたが変わらずエラーがでました。
```cpp
    BuildMI(MBB, MI, DL, TII.get(RISCV::PseudoCALLReg), RISCV::X5)
        .addExternalSymbol(SpillLibCall, RISCVII::MO_CALL)
        .setMIFlag(MachineInstr::FrameSetup);
```

### 発生している問題・エラーメッセージ

```
Stack dump:
0.	Program arguments: ./llvm-project/build/bin/clang --target=riscv64 -c --sysroot=./sysroot/usr/ test.c -march=rv64gc -mabi=lp64d -S
1.	<eof> parser at end of file
2.	Code generation
3.	Running pass 'Function Pass Manager' on module 'test.c'.
4.	Running pass 'Branch relaxation pass' on function '@func'
 #0 0x00007f5434dcd3a0 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/home/nohara/riscv/llvm-project/build/bin/../lib/libLLVMSupport.so.18git+0x1cd3a0)
 #1 0x00007f5434dcb274 llvm::sys::CleanupOnSignal(unsigned long) (/home/nohara/riscv/llvm-project/build/bin/../lib/libLLVMSupport.so.18git+0x1cb274)
 #2 0x00007f5434ccf198 CrashRecoverySignalHandler(int) CrashRecoveryContext.cpp:0:0
 #3 0x00007f5434442520 (/lib/x86_64-linux-gnu/libc.so.6+0x42520)
 #4 0x00007f5437d4ab19 (anonymous namespace)::BranchRelaxation::runOnMachineFunction(llvm::MachineFunction&) BranchRelaxation.cpp:0:0
 #5 0x00007f5437f3edd4 llvm::MachineFunctionPass::runOnFunction(llvm::Function&) (.part.0) MachineFunctionPass.cpp:0:0
 #6 0x00007f5435a7570a llvm::FPPassManager::runOnFunction(llvm::Function&) (/home/nohara/riscv/llvm-project/build/bin/../lib/libLLVMCore.so.18git+0x27570a)
 #7 0x00007f5435a75894 llvm::FPPassManager::runOnModule(llvm::Module&) (/home/nohara/riscv/llvm-project/build/bin/../lib/libLLVMCore.so.18git+0x275894)
 #8 0x00007f5435a76294 llvm::legacy::PassManagerImpl::run(llvm::Module&) (/home/nohara/riscv/llvm-project/build/bin/../lib/libLLVMCore.so.18git+0x276294)
 #9 0x00007f54384f8482 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, llvm::IntrusiveRefCntPtr<llvm::vfs::FileSystem>, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>) (/home/nohara/riscv/llvm-project/build/bin/../lib/libclangCodeGen.so.18git+0xf8482)
#10 0x00007f543897ac0c clang::BackendConsumer::HandleTranslationUnit(clang::ASTContext&) (/home/nohara/riscv/llvm-project/build/bin/../lib/libclangCodeGen.so.18git+0x57ac0c)
#11 0x00007f5432f40cf9 clang::ParseAST(clang::Sema&, bool, bool) (/home/nohara/riscv/llvm-project/build/bin/../lib/../lib/libclangParse.so.18git+0x39cf9)
#12 0x00007f543757ef59 clang::FrontendAction::Execute() (/home/nohara/riscv/llvm-project/build/bin/../lib/libclangFrontend.so.18git+0x114f59)
#13 0x00007f54374f47e9 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/home/nohara/riscv/llvm-project/build/bin/../lib/libclangFrontend.so.18git+0x8a7e9)
#14 0x00007f543946b023 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/home/nohara/riscv/llvm-project/build/bin/../lib/libclangFrontendTool.so.18git+0x5023)
#15 0x00005566c1d020ef cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (./llvm-project/build/bin/clang+0x140ef)
#16 0x00005566c1cfab4d ExecuteCC1Tool(llvm::SmallVectorImpl<char const*>&, llvm::ToolContext const&) driver.cpp:0:0
#17 0x00007f54370c1c2d void llvm::function_ref<void ()>::callback_fn<clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const::'lambda'()>(long) Job.cpp:0:0
#18 0x00007f5434ccf5e7 llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/home/nohara/riscv/llvm-project/build/bin/../lib/libLLVMSupport.so.18git+0xcf5e7)
#19 0x00007f54370c1fc7 clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>*, bool*) const (.part.0) Job.cpp:0:0
#20 0x00007f5437088041 clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/home/nohara/riscv/llvm-project/build/bin/../lib/libclangDriver.so.18git+0x88041)
#21 0x00007f5437088afd clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/home/nohara/riscv/llvm-project/build/bin/../lib/libclangDriver.so.18git+0x88afd)
#22 0x00007f543709c01c clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/home/nohara/riscv/llvm-project/build/bin/../lib/libclangDriver.so.18git+0x9c01c)
#23 0x00005566c1cff699 clang_main(int, char**, llvm::ToolContext const&) (./llvm-project/build/bin/clang+0x11699)
#24 0x00005566c1cf9f83 main (./llvm-project/build/bin/clang+0xbf83)
#25 0x00007f5434429d90 __libc_start_call_main ./csu/../sysdeps/nptl/libc_start_call_main.h:58:16
#26 0x00007f5434429e40 call_init ./csu/../csu/libc-start.c:128:20
#27 0x00007f5434429e40 __libc_start_main ./csu/../csu/libc-start.c:379:5
#28 0x00005566c1cf9fc5 _start (./llvm-project/build/bin/clang+0xbfc5)
clang: error: clang frontend command failed with exit code 139 (use -v to see invocation)

```


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

- llvmは記事で紹介されている通りの手順でエラーなくビルドできました
- 


LLVM バックエンド書き換えによる独自命令の挿入を試みるが139エラーが発生する。

Ubuntu18.04にLLVMをインストールしたく、下の公式サイトに沿って、実行しているのですが、apt-keyコマンドでエラーが出てしまいます。
[参考にしているサイト](https://apt.llvm.org/)
## バージョン情報
```
$ uname -a
Linux 5ec8707ea8b1 4.4.0-142-generic #168-Ubuntu SMP Wed Jan 16 21:00:45 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
$ apt --version
apt 1.6.12 (amd64)
```

`wget -O - https://apt.llvm.org/llvm-snapshot.gpg.key|sudo apt-key add -`コマンドを実行すると、下のように出て、うまくできません。
どのように、対処すればいいか、教えていただけると嬉しいです。
```
$ wget -O - https://apt.llvm.org/llvm-snapshot.gpg.key|sudo apt-key add -
--2019-09-23 11:13:46--  https://apt.llvm.org/llvm-snapshot.gpg.key
Resolving apt.llvm.org (apt.llvm.org)... [sudo] password for reetoknino: 151.101.26.49, 2a04:4e42:d::561
Connecting to apt.llvm.org (apt.llvm.org)|151.101.26.49|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 3145 (3.1K) [application/octet-stream]
Saving to: 'STDOUT'

-                                                   100%[===================================================================================================================>]   3.07K  --.-KB/s    in 0s

2019-09-23 11:13:47 (59.3 MB/s) - written to stdout [3145/3145]


Sorry, try again.
[sudo] password for username:
E: gnupg, gnupg2 and gnupg1 do not seem to be installed, but one of them is required for this operation
```

Ubuntuにてのapt-keyのエラー

C言語を学んでから、C++を学んでいるものです。

C++のvectorの再実装をするためにllvmのソースコードリーティングをしています。そこで理解できないコードがあったので質問します。

```c++
template <class _Tp, _Tp __v>
struct integral_constant {
  static const _Tp value = __v;
  typedef _Tp value_type;
  typedef integral_constant type;
  operator value_type() const throw() { return value; } // <= これがわからない。
};
```

[libcxx/type_traits at master · llvm-mirror/libcxx](https://github.com/llvm-mirror/libcxx/blob/master/include/type_traits)


このクラスにおけるoperatorはどういった意味でしょうか。`typedef _Tp value_type;`でvalue_typeを型名として定義して、同名の関数定義？をすることで呼出元としてはどのように使用されるのでしょうか。

こちらをコメントアウトして実際に使ってみましたが、実行結果に差はなかったです。

```c++
namespace ft {

template <class _Tp, _Tp __v>
struct integral_constant
{
public:
    static const _Tp          value = __v;
    typedef _Tp               value_type;
    typedef integral_constant type;
    // operator value_type() const { return value; }
};

typedef integral_constant<bool, true>  true_type;
typedef integral_constant<bool, false> false_type;

template <class T>
struct is_integral : public ft::false_type {};
template <class T>
struct is_integral<const T> : public is_integral<T> {};
template <class T>
struct is_integral<volatile T> : public is_integral<T> {};
template <class T>
struct is_integral<const volatile T> : public is_integral<T> {};

template<> struct is_integral<unsigned char> : public true_type {};
template<> struct is_integral<unsigned short> : public true_type{};
template<> struct is_integral<unsigned int> : public true_type{};
template<> struct is_integral<unsigned long> : public true_type{};
template<> struct is_integral<unsigned long long> : public true_type{};
template<> struct is_integral<signed char> : public true_type{};
template<> struct is_integral<char> : public true_type{};
template<> struct is_integral<short> : public true_type{};
template<> struct is_integral<int> : public true_type{};
template<> struct is_integral<long> : public true_type{};
template<> struct is_integral<long long> : public true_type{};
template<> struct is_integral<wchar_t> : public true_type{};
}
```

```c++
#include "my_is_integral.hpp"
#include <iostream>

int main()
{
    std::cout << ft::is_integral<int>::value << std::endl;
    std::cout << ft::is_integral<unsigned int>::value << std::endl;
    return 0;
}
```

C++　クラスの中で定義された変数と同名の関数の役割がわかりません。`operator value_type() ` llvmのソースコードリーティング

OS開発をしているのですが、gccではなくllvm系コンパイラを使おうと思っています。

言語はC/C++/アセンブリでC++をメインに作っていく予定です。

C/C++はclangで問題ないですが、アセンブリに困っています。llvmにx86アセンブラはありますか？

また、clangにはインラインアセンブラがないというサイトを見かけるのですが、事実なのでしょうか？

現在の環境
Linux Mint 17.2 (x64)

希望する環境
C/C++コンパイラ->clang
x86アセンブラ->llvm上で動くアセンブラ
リンカ->llvm系のリンカ

無い場合の環境
C/C++コンパイラ->clang
x86アセンブラ->gcc(gas)
リンカ->ld

LLVMとx86アセンブラ

C言語を学んでから、C++を学んでいるものです。

C++のvectorの再実装をするためにllvmのソースコードリーティングをしています。そこで理解できないコードがあったので質問します。

```c++
template <class _Tp, _Tp __v>
struct integral_constant {
  static const _Tp value = __v;
  typedef _Tp value_type;
  typedef integral_constant type;
  operator value_type() const _NOEXCEPT { return value; }
};

template <class _Tp, _Tp __v> // <= ここがわかりません
const _Tp integral_constant<_Tp, __v>::value; // <= ここがわかりません
```

[libcxx/type_traits at master · llvm-mirror/libcxx](https://github.com/llvm-mirror/libcxx/blob/master/include/type_traits)

テンプレートクラスを宣言した後にconstで変数の宣言をしているようです。これはグローバル変数を宣言しているのでしょうか。これにはどういった意味があるのでしょうか。

```c++
template <class _Tp, _Tp __v>
const _Tp integral_constant<_Tp, __v>::value;
```

C++　テンプレートクラスを宣言した後に行うconstの宣言について llvmのソースコードリーティング

### 前提・実現したいこと

VSCodeでC++コードをデバッグ(F5)したいが、
下記エラーが出て自力では解決できず困っています。
ご意見いただけますと幸いです。

### 発生している問題・エラーメッセージ
ビルドはできるが、下記エラーが出てデバッグできない
```
ERROR: Unable to start debugging. Unexpected LLDB output from command "-exec-run". process exited with status -1 (attach failed ((os/kern) invalid argument))
```

### 該当のソースコード

```C++
#include <iostream>

using namespace std;

int main(){
    cout << "hello world" << endl;
}
```

- tasks.json
```
"version": "2.0.0",
	"tasks": [
	  {
		"type": "shell",
		"label": "clang++ build active file",
		"command": "/usr/bin/clang++",
		"args": [
		  "-std=c++17",
		  "-stdlib=libc++",
		  "-g",
		  "${file}",
		  "-o",
		  "${fileDirname}/${fileBasenameNoExtension}"
		],
		"options": {
		  "cwd": "${workspaceFolder}"
		},
		"problemMatcher": ["$gcc"],
		"group": {
		  "kind": "build",
		  "isDefault": true
		}
	  }
	]
  }
```

- launch.json
```
"version": "0.2.0",
    "configurations": [
        {
            "name": "my clang++ - Build and debug active file",
            "type": "cppdbg",
            "request": "launch",
            "program": "${fileDirname}/${fileBasenameNoExtension}",
            "args": [],
            "stopAtEntry": true,
            "cwd": "${workspaceFolder}",
            "environment": [],
            "externalConsole": false,
            "MIMode": "lldb",
            "preLaunchTask": "clang++ build active file",
            "logging": {
                "trace":true,
                "traceResponse":true,
                "engineLogging": true
             }
        }
    ]
}
```

### 試したこと
Terminalからlldbコマンドでのデバッグは可能でした。
```
(lldb) run
Process 14121 launched: '/Users/taka/c++/project/3/1' (arm64)
Process 14121 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = breakpoint 1.1
    frame #0: 0x000000010000306c 1`main at 1.cpp:6:10
   3    using namespace std;
   4   
   5    int main(){
-> 6        cout << "hello world" << endl;
   7    }
Target 0: (1) stopped.
```

### 補足情報（FW/ツールのバージョンなど）
OS and Version: macOS Big Sur Version 11.3.1
VS Code version: 1.56.0
C/C++ Extension Version: 1.3.1