-
Notifications
You must be signed in to change notification settings - Fork 43
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
filenameCollisionCheck defaults to false #470
Conversation
@advayDev1 - PTAL |
*/ | ||
boolean filenameCollisionCheck = true | ||
boolean filenameCollisionCheck = false |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
would be clearer to call this 'forceFilenameCollisionCheck' and then change the javadoc.
it is not the case that this variable should be set to true, in fact we are just treating it as if it was true when no-package-directories is present.
lgtm with comments |
61bc332
to
0322767
Compare
Defaults to True when translateArgs contains “—no-package-directories” Fixes j2objc-contrib#467
So Clang allows compiles with the directory structure from the command line but not through Xcode? Just waiting for CI to complete and then I'll merge. |
Merging... |
filenameCollisionCheck defaults to false
Xcode actually passes every individual file to clang separately. So I think it is xcode's 'choice' not to support directories. Also what is taking 18 minutes? Which task? |
The recent Xcode builds take 18-20 minutes: Adding the Guava was responsible, you can see that from the build history: |
OH: the continuous integration builds are 18 minutes. Not like your dev Xcode builds for your project. Yeah, that is true. But I don't see how we can really exercise the plugin unless it is building multiple projects with dependencies - Guava's our best bet for our various features really. |
This is the first time I'm actually comfortable that changes aren't breaking the plugin. Unit-tests can only do so much with the amount of inter-tool interaction we have |
The level of complexity in the system is considerable. It's a lot more On Wed, Sep 30, 2015 at 9:51 AM Advay Mengle [email protected]
|
Is 'it' our plugin? Or guava as the system-under-test? Either way I think that's the whole benefit of Travis. We don't need to serially spend time (or our local CPU cycles) waiting those 18 minutes. You push and do other work in parallel. Like with any presubmit, devs usually have enough pipelined work that a remote system thoroughly testing shouldn't delay work. Also Travis has a feature such that for example if you are strictly changing only CONTRIBUTING or README, etc. add |
Defaults to True when translateArgs contains “—no-package-directories”
Fixes #467