hfinkel accepted this revision.
hfinkel added a comment.
This revision is now accepted and ready to land.

LGTM



================
Comment at: lib/Driver/Driver.cpp:2091
+        InputArg->getOption().getKind() == llvm::opt::Option::InputClass &&
+        !types::isSrcFile(HostAction->getType())) {
+      auto UnbundlingHostAction =
----------------
sfantao wrote:
> hfinkel wrote:
> > hfinkel wrote:
> > > This checks that the file needs to be preprocessed. What does 
> > > preprocessing have to do with this? I don't imagine that providing a 
> > > preprocessed source file as input should invoke the unbundler   .
> > On second thought, this is okay. It does not make sense to have a 
> > non-bundled preprocessed source for the input there, as the host and device 
> > compilation don't share a common preprocessor state.
> > 
> > We do need to be careful, perhaps, about .s files (which don't need 
> > preprocessing as .S files do) -- we should probably assume that all 
> > non-bundled .s files are host assembly code.
> Yes, that is what we do. If the bundler tool detects that the input is not a 
> bundle, it assumes it is host code/bits. In either case, we still generate 
> the unbundling tool as the driver doesn't check the contents of the files.
Please add to the comment above that if the unbundler tool detects that the 
input is not a bundle, it assumes it is host input.


https://reviews.llvm.org/D21853



_______________________________________________
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to