Skip to content
This repository was archived by the owner on Jun 20, 2023. It is now read-only.

Update to v25.1.0 #33

Merged
merged 65 commits into from
Feb 3, 2017
Merged

Update to v25.1.0 #33

merged 65 commits into from
Feb 3, 2017

Conversation

Redth
Copy link
Member

@Redth Redth commented Dec 22, 2016

No description provided.

Redth added 30 commits October 20, 2016 09:21
This way if the names change or we lose documentation from them in the future, it won't cause the whole build to explode
In the java api we had some overloads that accepted strings where CharSequence was used in other overloads.  We automatically do this, so the string versions were conflicting with what we generate.  We can just keep the CharSequence versions since we generate the wrapper methods overloads to accept strings anyway.
DroidDocs parsing is broken on docs-24+, so moving back to 23 to make things compile more cleanly.
Will be investigating using different doc sources
Also adding generated.targets import for XBD to use
The new generated targets file will take over the old name.  The old task goes into its own targets file with its own new name.
Use AAR_INFOS instead
Redth added 17 commits November 22, 2016 15:27
This will support partial zip downloads in the latest Xamarin.Build.Download
Previously the XamarinBuildDownloadPartialZip item was getting added if the .aar wasn’t in the Android SDK location.  If the .aar exists already in the download cache, we were still running the task to look for this item.  Now the task would figure out quickly the item didn’t need downloading and was already cached, but with this changed condition we don’t even have to go that far to figure out it’s not needed.
SupportConsts was only used to populate the attributes for downloading at build time.  This is unnecessary with Xamarin.Build.Download
Was false positively matching v17-leanback to prefrence-v17-leanback causing the wrong .aar to be downloaded.
We can only have one .targets file in a nupkg that gets auto-imported into the project (it must be named nuget-package-id.targets), and since some of our packages already were using this file, we need to merge the generated targets for Xamarin.Build.Download with these files.  This means the custom build tasks must be built before the nuget-setup task runs.  This changes the build script to build the existing custom tasks, copy their .targets files, and then detect them when generated the .targets files for Xamarin.Build.Download, and merge them together.
@Redth Redth merged commit d396f46 into master Feb 3, 2017
@mattleibow mattleibow deleted the v25.1.0 branch October 1, 2019 23:18
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants