jyknight added inline comments.
================
Comment at: lib/Driver/ToolChains.cpp:3936
@@ -3914,9 +3935,3 @@
-SHAVEToolChain::SHAVEToolChain(const Driver &D, const llvm::Triple &Triple,
- const ArgList &Args)
- : Generic_GCC(D, Triple, Args) {}
-
-SHAVEToolChain::~SHAVEToolChain() {}
-
-/// Following are methods necessary to avoid having moviClang be an abstract
-/// class.
+void MyriadToolChain::getCompilerSupportDir(std::string &Dir) const {
+ // This directory contains crt{i,n,begin,end}.o as well as libgcc.
----------------
I wonder if it would be a good idea to add support for other suffixes like "le"
to the findBiarchMultilibs or somewhere around there instead of hardcoding le/
here.
It looks like gcc has a whole bunch more things listed as possible
MULTILIB_DIRNAMES for various targets. But LLVM seems to implement all the
generality only for MIPS.
================
Comment at: lib/Driver/ToolChains.h:934
@@ +933,3 @@
+ // Or looked at another way - T might be the uncanonical triple.
+ return !(T.getArch() == llvm::Triple::sparcel ||
+ T.getArch() == llvm::Triple::sparc);
----------------
Why is this not "T.getArch() == llvm::Triple::shave"?
================
Comment at: lib/Driver/Tools.cpp:9689
@@ +9688,3 @@
+ if (T.getOS() == llvm::Triple::RTEMS) {
+ CmdArgs.push_back(Args.MakeArgString(StartFilesDir + "/crti.o"));
+ CmdArgs.push_back(Args.MakeArgString(StartFilesDir + "/crtbegin.o"));
----------------
Isn't whether this is needed dependent upon c++ vs not-c++, rather than rtems
vs not-rtems?
http://reviews.llvm.org/D12541
_______________________________________________
cfe-commits mailing list
[email protected]
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits