Skip to content

Symbolic links not properly supported on Windows #9

Description

@matyasf

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.

C:\CODE\android_packages_apps_GmsCore>gradle tasks --info
Starting Build
Settings evaluated using settings file 'C:\CODE\android_packages_apps_GmsCore\settings.gradle'.
Projects loaded. Root project using empty build file.
Included projects: [root project 'android_packages_apps_GmsCore', project ':play-services-api', project ':play-services-core', project ':safe-parcel',
 project ':unifiednlp-api', project ':unifiednlp-base', project ':unifiednlp-compat']
Evaluating root project 'android_packages_apps_GmsCore' using empty build file.
Evaluating project ':play-services-api' using empty build file.
Evaluating project ':play-services-core' using build file 'C:\CODE\android_packages_apps_GmsCore\play-services-core\build.gradle'.
Creating configuration compile.
Creating configuration apk.
Creating configuration provided.
Creating configuration wearApp.
Creating configuration androidTestCompile.
Creating configuration androidTestApk.
Creating configuration androidTestProvided.
Creating configuration androidTestWearApp.
Creating configuration testCompile.
Creating configuration testApk.
Creating configuration testProvided.
Creating configuration testWearApp.
Creating configuration debugCompile.
Creating configuration debugApk.
Creating configuration debugProvided.
Creating configuration debugWearApp.
Creating configuration testDebugCompile.
Creating configuration testDebugApk.
Creating configuration testDebugProvided.
Creating configuration testDebugWearApp.
Creating configuration releaseCompile.
Creating configuration releaseApk.
Creating configuration releaseProvided.
Creating configuration releaseWearApp.
Creating configuration testReleaseCompile.
Creating configuration testReleaseApk.
Creating configuration testReleaseProvided.
Creating configuration testReleaseWearApp.

FAILURE: Build failed with an exception.

* What went wrong:
A problem occurred configuring project ':play-services-core'.
> Cannot evaluate module play-services-api : Configuration with name 'default' not found.

* Try:
Run with --stacktrace option to get the stack trace. Run with --debug option to get more log output.

BUILD FAILED

Total time: 4.617 secs
Stopped 0 compiler daemon(s).

Activity

  1. changed the title [-]Does not compile with Gra,[/-] [+]Does not compile with Gradle[/+] on Apr 19, 2015
  2. thermatk commented on Apr 19, 2015

    @thermatk

    Same here

  3. mar-v-in commented on Apr 23, 2015

    @mar-v-in
    Member

    @matyasf note that we use symbolic links which might not be fully supported by Windows. Build is only tested on Unix systems

  4. matyasf commented on Apr 23, 2015

    @matyasf
    Author

    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.

  5. mar-v-in commented on Apr 23, 2015

    @mar-v-in
    Member

    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?

  6. SWW13 commented on May 2, 2015

    @SWW13
    Contributor

    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_Windows

    Maybe a script for creating them on Windows would be a acceptable workaround.

  7. mar-v-in commented on May 2, 2015

    @mar-v-in
    Member

    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.

  8. changed the title [-]Does not compile with Gradle[/-] [+]Symbolic links not properly supported on Windows[/+] on Jul 4, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions