Repository navigation
Symbolic links not properly supported on Windows #9
Description
Activity
- changed the title
[-]Does not compile with Gra,[/-][+]Does not compile with Gradle[/+]on Apr 19, 2015 Same here
Everything ok, @matyasf go with
https://github.com/microg/android_packages_apps_GmsCore/wiki/Build-and-Install@matyasf note that we use symbolic links which might not be fully supported by Windows. Build is only tested on Unix systems
Yep, symlinks must be the cause. The error message means that the folder is empty. This is happening because Windows can not interpret the Unix symlink files.
Are you planning to fix it? I could submit a PR that fixes it but while its a simple change it will move lots of files around.-----Original Message-----
From: "thermatk" notifications@github.com
Sent: 23/04/2015 14:36
To: "microg/android_packages_apps_GmsCore" android_packages_apps_GmsCore@noreply.github.com
Cc: "matyasf" forianszm@gmail.com
Subject: Re: [android_packages_apps_GmsCore] Does not compile with Gradle (#9)Everything ok, @matyasf go with
https://github.com/microg/android_packages_apps_GmsCore/wiki/Build-and-Install
—
Reply to this email directly or view it on GitHub.To be honest I don't really care about operating systems not supporting symlinks. I do not plan to add files from the submodules to this repo to have it working. If you now a good solution that does not break the repository + submodule structure I'll be fine with it, but I guess there is none?
Windows support symlinks, but I think they can't be checked in using git.
So you could recreate the symlinks under Windows to build, see https://en.wikipedia.org/wiki/Symbolic_link#Microsoft_WindowsMaybe a script for creating them on Windows would be a acceptable workaround.
Please read this stackoverflow question including its answers. Its important to note that while symlinks are supported on windows, they require administrator privileges for creation, which is not feasible.
If one wants to write a batch or powershell script that does the work i'll happily accept it as a pull request, but I'm not going to write or test it myself.
- changed the title
[-]Does not compile with Gradle[/-][+]Symbolic links not properly supported on Windows[/+]on Jul 4, 2015
when trying to compile it fails with "Cannot evaluate module play-services-api : Configuration with name 'default' not found"
As I understand this is because Gradle cannot find a sub project's location. The solution would be to rearrange the projects in a way that Gradle understands them.
This is happening on Windows, using the latest Gradle or the wrapper supplied in the repo.