support deps analyze for cu file

[OpportunityLiu]

No description provided.

[OpportunityLiu]

这套是不是应该拿到某个公共的地方，gcc也要用

[waruqi]

嗯 多处共用的处理逻辑 可以抽离出来，放到 modules/private/tools/gcc/ 目录下

private目录下是专门用来放置一些私有模块的，内部使用，不对外开放

[OpportunityLiu]

刚才翻了下历史文档发现 -MF 是 cuda 10.1 才加的。。。

[waruqi]

windows上现在这样也支持么？

[OpportunityLiu]

就是在win上试的，linux上还没试呢

[OpportunityLiu]

在liunx上测试了一下

使用 CUDA 9.2 时候提示 flags 没有，生成的依赖和以前一样只有本文件
使用 CUDA 10.1 生成依赖里面多了3个文件 config.h locale.h allicator.h

[OpportunityLiu]

我觉得的是你的split有问题
https://xmake.io/#/zh/manual?keyword=vprint&id=string-split
这个文档说的是 "%s+" 从空白分割，其实是从空白和+分割，结果路径里带加号的全隔开了

[OpportunityLiu]

[OpportunityLiu]

[waruqi]

我觉得的是你的split有问题
https://xmake.io/#/zh/manual?keyword=vprint&id=string-split
这个文档说的是 "%s+" 从空白分割，其实是从空白和+分割，结果路径里带加号的全隔开了

嗯，这个是有点问题，我开了个issues 跟进下，回头我统一修复下。。#436

[OpportunityLiu]

需要一个 path.normalize 的方法，发现path库里也有很多问题。

path.absolute("/") 居然会返回 "C:\Users\lzy\Documents\Source\OpportunityLiu\PowerFlow\新建文件夹" ...
path.absolute("c:a") 却返回 "c:a"

[OpportunityLiu]

而现在一切都表现的很正常，我甚至不敢改

[OpportunityLiu]

如果不算这些的话，这个 PR 相关的内容已经没啥问题了，可以合并

[OpportunityLiu]

https://blogs.msdn.microsoft.com/jeremykuhne/2016/04/21/path-normalization/

[waruqi]

需要一个 path.normalize 的方法，发现path库里也有很多问题。

path.absolute("/") 居然会返回 "C:\Users\lzy\Documents\Source\OpportunityLiu\PowerFlow\新建文件夹" ...

这个正常，我需要兼容处理unix的路径，有时候windows上设置 一些 unix 风格的路径，例如在 cygwin中，我需要转换成 windows正常可访问的路径

path.absolute("c:a") 却返回 "c:a"

win下的路径规范，我目前仅处理最基础的风格，有些不常见的写法，我暂时没去做处理，至少到目前为止，现在这样够用了。

[waruqi]

如果不算这些的话，这个 PR 相关的内容已经没啥问题了，可以合并

最近时间不多，等回头有时间了 我细看下。

[waruqi]

https://blogs.msdn.microsoft.com/jeremykuhne/2016/04/21/path-normalization/

目前 path.translate 接口就是 类似 path.normalize ，只是处理win path没有这个link里面的说的各种case那么完善，但也基本够用了，等之后遇到 必须处理的 其他case的时候，我再完善下好了。

[OpportunityLiu]

目前 path.translate 接口就是 类似 path.normalize ，只是处理win path没有这个link里面的说的各种case那么完善，但也基本够用了，等之后遇到 必须处理的 其他case的时候，我再完善下好了。

貌似并不会处理 /../ /./ 之类的东西，depsfile里全是这种

[waruqi]

目前 path.translate 接口就是 类似 path.normalize ，只是处理win path没有这个link里面的说的各种case那么完善，但也基本够用了，等之后遇到 必须处理的 其他case的时候，我再完善下好了。

貌似并不会处理 /../ /./ 之类的东西，depsfile里全是这种

///\\ => / 这种还是会做去重处理的

[OpportunityLiu]

///\\ => / 这种还是会做去重处理的

对，两个反斜杠开始的UNC全被干掉了。。。

[waruqi]

dev分支上，string.split 我重构过了，兼容之前模式的基础上做了些增强改进，增加对字串的模式匹配，以及plain text匹配来提速，详情见：#436