常連

### 前提

C言語のmakefileを使用してビルドを試みていますが、エラーが出て解決できずにいます。。
使用している環境は、VSCodeとMingwを使っています

### 実現したいこと

複数のファイルをmakeコマンドを使用してビルドしようとしています。
ファイル間の関係としては、mainC内にmain関数が記載されており、
そこでtestAdd,testPowで定義した関数をコールしています。

コマンドプロンプト上でビルドする分には問題なく動くのですが、
makefileから実施しようとすると、インクルードがうまくできていないみたいです。。

おそらくmakefileの書き方が悪いと思うのですが、自分では解決までたどり着けないので、ご助力願います！！

* コマンドプロンプト上で試したコマンド　→これは正常に動作する
gcc -I./src mainC.c src/testAdd.c src/testPow.c -o main

* フォルダ構造
work
├src
│├testAdd.c
│├testAdd.h
│├testPow.c
│└testPow.h
├maicC.c
└Makefile

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

```
C:\Users\zeroc\work\envClang>mingw32-make -f Makefile    
gcc    -c -o mainC.o mainC.c
mainC.c:3:10: fatal error: testAdd.h: No such file or directory
    3 | #include "testAdd.h"
      |          ^~~~~~~~~~~
compilation terminated.
<builtin>: recipe for target 'mainC.o' failed
mingw32-make: *** [mainC.o] Error 1
```

### makefileの内容

```ここに言語名を入力
#ソースファイル
SRC = src/testAdd.c src/testPow.c mainC.c 

#オブジェクトファイル
OBJS=$(SRC:.c=.o)

#作成する実行ファイル
TARGET=target.exe

#Cコンパイラ
CC=gcc

#コンパイルオプション
#CFLAGS=-Wall -O3	#-Wall はワーニングを表示、 -O3 は最適化オプション
CFLAGS=

#LDFLAGS=-mwindows

#インクルードフォルダ
INC = -I./src

#削除コマンド
RM=del

#分割コンパイル(オブジェクトファイル作成）
# $@ ターゲットファイル（ここではオブジェクトファイル）名
# $< 最初の依存関係の名前
%.o: %.c %.h
	$(CC) $(CFLAGS) $(INC) -o $@ -c $<

#デフォルトターゲット
.PHONY : all
all: $(TARGET)

# リンク
# $@ ターゲットファイル（ここでは target.exe)名
$(TARGET): $(OBJS)
	$(CC) $(OBJS) $(LDFLAGS) -o $@

#オブジェクトファイルをすべて削除
.PHONY : clean
clean:
	$(RM) $(OBJS)
```

### mainC.c
```c
//sample code c 
#include <stdio.h>
#include "testAdd.h"
#include "testPow.h"

int main(void)
{
    double a = 3;
    double b = 2;
    double ret1,ret2;

    ret1 = testAdd(a,b);
    ret2 = testPow(a,b);

    // check
    printf("ret1 = %.2f, ret2 = %.2f",ret1,ret2);

	return 0;
}
```


### 試したこと

コマンドプロンプト上で以下のビルドコマンドは正常に動作することは確認済みです。
gcc -I./src mainC.c src/testAdd.c src/testPow.c -o main


以上です。よろしくお願いします！！





C言語のmakefileを使用したビルド環境について

### 実現したいこと

- 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エラーが発生する。

C++をコンパイルしようとclangのアップデートをしようとしています。

現在のバージョンを確認しようとしているのですが、いまいち確認方法がわかりません。

どうやら、自分のPCにはclangがいくつか入っているようで、

```ここに言語を入力
 $which -a clang
/Users/hiroshi/.pyenv/shims/clang
/usr/bin/clang

```
となりました。

その上で、

```ここに言語を入力
$clang -v
clang version 4.0.0 (tags/RELEASE_400/final)
Target: x86_64-apple-darwin18.2.0
Thread model: posix
InstalledDir: /Users/hiroshi/.pyenv/versions/anaconda3-4.3.0/bin

```

となり、

```ここに言語を入力
/usr/bin/clang -v
Apple LLVM version 10.0.0 (clang-1000.10.44.4)
Target: x86_64-apple-darwin18.2.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin

```
となりました。後者のほうがXcodeに付属しているclangなのかと思いますが(←正しい？)、この後者で確認した場合これはclangのバージョンはどうなるのでしょうか？

clangのバージョン

C言語を勉強している初心者です。

char型、int型、long型など整数型を計算に使用する際とキャストをしないとコンパイル時にエラーが起きます。
しかし、比較演算子使って比較する場合はエラーもワーニングも発生しません。

現在、キャストしてから比較するようにしているのですが、C言語として、異なる型の比較はキャストなどしなくても問題ないのでしょうか。

よろしくお願いします。

C言語　比較演算子を使った異なる整数型の比較は行ってもよいか？

clangを導入したのですが、コンパイルするとエラーが発生して困っています。

```C++
#include <iostream>
int main(){
	std::cout << "test" << std::endl;
}
```
```
C:\Users(ユーザー名)\source>clang++ -v
clang version 7.0.0 (tags/RELEASE_700/final)
Target: x86_64-pc-windows-msvc
Thread model: posix
InstalledDir: C:\Program Files\LLVM\bin

C:\Users(ユーザー名)\source>clang++ -g -v source.cpp
clang version 7.0.0 (tags/RELEASE_700/final)
Target: x86_64-pc-windows-msvc
Thread model: posix
InstalledDir: C:\Program Files\LLVM\bin
clang++.exe: warning: unable to find a Visual Studio installation; try running Clang from a developer command prompt [-Wmsvc-not-found]
 "C:\Program Files\LLVM\bin\clang++.exe" -cc1 -triple x86_64-pc-windows-msvc19.11.0 -emit-obj -mrelax-all -mincremental-linker-compatible -disable-free -disable-llvm-verifier -discard-value-names -main-file-name source.cpp -mrelocation-model pic -pic-level 2 -mthread-model posix -fmath-errno -masm-verbose -mconstructor-aliases -munwind-tables -target-cpu x86-64 -dwarf-column-info -debug-info-kind=limited -dwarf-version=4 -debugger-tuning=gdb -momit-leaf-frame-pointer -v -resource-dir "C:\Program Files\LLVM\lib\clang\7.0.0" -internal-isystem "C:\Program Files\LLVM\lib\clang\7.0.0\include" -internal-isystem C:/Program Files/Microsoft Visual Studio 10.0/VC/include -internal-isystem C:/Program Files/Microsoft Visual Studio 9.0/VC/include -internal-isystem C:/Program Files/Microsoft Visual Studio 9.0/VC/PlatformSDK/Include -internal-isystem C:/Program Files/Microsoft Visual Studio 8/VC/include -internal-isystem C:/Program Files/Microsoft Visual Studio 8/VC/PlatformSDK/Include -fdeprecated-macro -fdebug-compilation-dir "C:\Users\Hiiragi\source" -ferror-limit 19 -fmessage-length 119 -fno-use-cxa-atexit -fms-extensions -fms-compatibility -fms-compatibility-version=19.11 -std=c++14 -fdelayed-template-parsing -fobjc-runtime=gcc -fcxx-exceptions -fexceptions -fdiagnostics-show-option -fcolor-diagnostics -o "C:\Users\Hiiragi\AppData\Local\Temp\source-3068fc.o" -x c++ source.cpp
clang -cc1 version 7.0.0 based upon LLVM 7.0.0 default target x86_64-pc-win32
ignoring nonexistent directory "C:/Program Files/Microsoft Visual Studio 10.0/VC/include"
ignoring nonexistent directory "C:/Program Files/Microsoft Visual Studio 9.0/VC/include"
ignoring nonexistent directory "C:/Program Files/Microsoft Visual Studio 9.0/VC/PlatformSDK/Include"
ignoring nonexistent directory "C:/Program Files/Microsoft Visual Studio 8/VC/include"
ignoring nonexistent directory "C:/Program Files/Microsoft Visual Studio 8/VC/PlatformSDK/Include"
#include "..." search starts here:
#include <...> search starts here:
 C:\Program Files\LLVM\lib\clang\7.0.0\include
End of search list.
source.cpp:1:10: fatal error: 'iostream' file not found
#include <iostream>
         ^~~~~~~~~~
1 error generated.
```
ターゲットがmsvcになっているようで、iostreamのファイルがないと言われます。
VisualStudioは結構前にアンインストールしている状態なのですが…

一応MinGW、LLVMの再インストール等も試しましたが駄目でした。
msvcではなくgnuのヘッダファイルを適用させる為に
x86_64-pc-windows-msvcからx86_64-pc-windows-gnuにターゲットを変更させるにはどうすれば良いのでしょうか？


###バージョン（gcc -v / clang -v）
```
C:\Users(ユーザー名)>gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/6.3.0/lto-wrapper.exe
Target: mingw32
Configured with: ../src/gcc-6.3.0/configure --build=x86_64-pc-linux-gnu --host=mingw32 --target=mingw32 --with-gmp=/mingw --with-mpfr --with-mpc=/mingw --with-isl=/mingw --prefix=/mingw --disable-win32-registry --with-arch=i586 --with-tune=generic --enable-languages=c,c++,objc,obj-c++,fortran,ada --with-pkgversion='MinGW.org GCC-6.3.0-1' --enable-static --enable-shared --enable-threads --with-dwarf2 --disable-sjlj-exceptions --enable-version-specific-runtime-libs --with-libiconv-prefix=/mingw --with-libintl-prefix=/mingw --enable-libstdcxx-debug --enable-libgomp --disable-libvtv --enable-nls
Thread model: win32
gcc version 6.3.0 (MinGW.org GCC-6.3.0-1)

C:\Users(ユーザー名)>clang -v
clang version 7.0.0 (tags/RELEASE_700/final)
Target: x86_64-pc-windows-msvc
Thread model: posix
InstalledDir: C:\Program Files\LLVM\bin
```

clangのエラーに困っています。

### 前提
C言語をvscodeで書いていて、clang-foarmatファイルで設定した内容で自動フォーマットしたいと考えています。

### 実現したいこと
こちらの[サイト](https://pystyle.info/apps/clang-format-editor/)で設定したものをプロジェクトディレクトリにおいて試しました。

実際に作成した(.clang-format)
```
BasedOnStyle: Chromium
AlignAfterOpenBracket: DontAlign
AlignArrayOfStructures: None
AlignConsecutiveAssignments: Consecutive
AlignConsecutiveBitFields: Consecutive
AlignConsecutiveDeclarations: Consecutive
AlignConsecutiveMacros: Consecutive
AlignEscapedNewlines: Left
AlignOperands: DontAlign
AlignTrailingComments: true
AllowAllArgumentsOnNextLine: true
AllowAllParametersOfDeclarationOnNextLine: true
AllowShortBlocksOnASingleLine: Empty
AllowShortCaseLabelsOnASingleLine: true
AllowShortEnumsOnASingleLine: false
AllowShortFunctionsOnASingleLine: Empty
AllowShortIfStatementsOnASingleLine: WithoutElse
AllowShortLambdasOnASingleLine: Empty
AllowShortLoopsOnASingleLine: false
BinPackArguments: true
BinPackParameters: true
BitFieldColonSpacing: After
BreakBeforeBinaryOperators: NonAssignment
BreakBeforeTernaryOperators: false
BreakConstructorInitializers: AfterColon
BreakInheritanceList: AfterColon
BreakStringLiterals: false
ColumnLimit: 0
CompactNamespaces: false
ConstructorInitializerIndentWidth: 4
ContinuationIndentWidth: 4
Cpp11BracedListStyle: false
EmptyLineBeforeAccessModifier: LogicalBlock
FixNamespaceComments: false
IncludeBlocks: Preserve
IndentWidth: 4
KeepEmptyLinesAtTheStartOfBlocks: false
Language: Cpp
MaxEmptyLinesToKeep: 2
PPIndentWidth: 2
PointerAlignment: Middle
ReferenceAlignment: Pointer
ReflowComments: false
SortIncludes: CaseInsensitive
SortUsingDeclarations: true
SpaceAfterCStyleCast: false
SpaceAfterLogicalNot: false
SpaceAfterTemplateKeyword: false
SpaceBeforeAssignmentOperators: true
SpaceBeforeCaseColon: false
SpaceBeforeCpp11BracedList: false
SpaceBeforeCtorInitializerColon: true
SpaceBeforeInheritanceColon: true
SpaceBeforeParens: ControlStatements
SpaceBeforeRangeBasedForLoopColon: true
SpaceBeforeSquareBrackets: false
SpaceInEmptyBlock: false
SpaceInEmptyParentheses: false
SpacesBeforeTrailingComments: 8
SpacesInAngles: Never
SpacesInCStyleCastParentheses: false
SpacesInConditionalStatement: false
SpacesInParentheses: false
SpacesInSquareBrackets: false
TabWidth: 4
UseTab: Never
BreakBeforeBraces: Custom
BraceWrapping:
  AfterCaseLabel: false
  AfterClass: false
  AfterControlStatement: Never
  AfterFunction: false
  AfterNamespace: false
  AfterStruct: false
  AfterUnion: false
  AfterExternBlock: false
  BeforeCatch: false
  BeforeElse: true
  BeforeLambdaBody: false
  BeforeWhile: false
  IndentBraces: false
  SplitEmptyFunction: false
  SplitEmptyRecord: false
  SplitEmptyNamespace: false

```

### 発生している問題・エラーメッセージ
以下のコードをフォーマットしたときに、変更されないことを望んでいますが、２つ目のコードにフォーマットされます。
設定で間違っている箇所があれば教えていただけると助かります！
``` C
int arr[] = {
    1, 2, 3,
    4, 5, 6,
    7, 8, 9,
};
```
``` C
int arr[] = {
    1,
    2,
    3,
    4,
    5,
    6,
    7,
    8,
    9,
};
```


clang-formatで配列の初期化子リストがコロンで改行されてしまう

MacOSで、Xcodeを使ってC++のプログラミングをしていたのですが、
「Unknown type name 'uint8_t'」
「Unknown type name 'uint16_t'」
「Unknown type name 'uint64_t'」
などというビルドエラーが出ました。stdint.hはincludeされています。
```Bash
clang --version
```
でコンパイラを確認したところ、
```Bash
Apple LLVM version 10.0.0 (clang-1000.11.45.5)
Target: x86_64-apple-darwin17.7.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
```
となっており、InstalledDirにあるstdint.hの中身を見ると、確かに uint8_t　は定義されていません。uint8_tなどは、C++11以降の機能であるみたいなので、このコンパイラが最新のものにならないとダメだと思っているのですが、どうやって更新すれば良いでしょうか。
お詳しい方よろしくお願い申し上げます。

ちなみに、Xcodeは最新のver10.1にアップデート済みですし、一度削除して再インストールもしてみましたが、解決しませんでした。MacOSも最新の10.13.6です。

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

### 解決できないエラー
In included file: "Compiler generates FPU instructions for a device without an FPU (check __FPU_PRESENT)" clang(pp_hash_error)[21][10]
### 環境
Mbed Studioを用いて、Mbed LPC1768へサンプルプログラム(mbed-os-example-blinky)のビルド時に発生
###詳細
ビルド自体は問題なく終了しているらしく、マイコンに書き込むとサンプルの挙動をしてくれます。しかしmain文中の#include"mbed.h"にカーソルをかざすと、赤くエラーがでるようになります。(ビルドのときもproblemに表示される)赤くエラーが出ているのにビルドが成功している理由はわからないです。

英語を直訳すると、「FPUが乗っていないデバイスにFPU命令が生成されているよ」でした。FPUがわからなかったため調べてみると、浮動小数点型の処理装置ということでした。clangというコンパイラがエラーを返しているようです。

LPC1768について調べてみると、ArmのCortex-M3が搭載されていると書いてあったので、Mbed Studio上でCortex-M3について検索してみると、mbed_toolchain.pyというファイルにCortexについての情報が記載されていました。その中でちょうど__FPU_PRESENTというフラグが管理されているらしかったので、Cortex-M3についての項目を見てみると、__FPU_PRESENTというフラグはきちんと立てられていませんでした。
逆にフラグを立ててみたらどうだと思い、適当に"__FPU_PRESENT=1"という文をCORETEX_SYMBOLS中の"Cortex-M3"の中に書いてみても全く同じエラーとなり、何も変わっていませんでした(多分実際はフラグとかではない気がします)。

### 教えてほしいこと
エラーの起きている詳しい原因と具体的な解決方法を教えていただけないでしょうか。
また、今までLPC1768でfloat型などを扱ったことがあるのですが、なぜFPUがのっていないのに処理ができていたのだろうかという疑問が生じました。FPUと浮動小数点型の処理についていまいちよくわかっていないのだと思います。
これについて、参考となる簡単なサイトや解説をいただけるとありがたいです。
どうかよろしくお願いいたします。