Skip to content
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

Projects created by Alire cannot be loaded by GPS #379

Closed
stcarrez opened this issue May 1, 2020 · 6 comments
Closed

Projects created by Alire cannot be loaded by GPS #379

stcarrez opened this issue May 1, 2020 · 6 comments
Labels
type: usability User-friendliness

Comments

@stcarrez
Copy link
Contributor

stcarrez commented May 1, 2020

Let's create a project with Alire, add some crate dependencies, and now you want to run GPS.

GPS is unable to find the crate GNAT projects, and it has no way to find them.

I see two solutions:

  1. Restore the generated GNAT project (alire/alr_build.gpr)
  2. Provide a gps command in alr that launches GPS with the environment variables.

Or, hack GPS but this is probably out of scope....

I'm also wondering how Emacs is supposed to work in that environment.

@setton
Copy link

setton commented May 1, 2020

We'll definitely provide support in GPS :)

@mosteo
Copy link
Member

mosteo commented May 1, 2020

I think currently the idea is to source the alr setenv output prior to launching GPS.

Issue #54 is about option 2. Privately I have received correspondence where people suggests alr edit to make it less ad-hoc.

I was informed that aggregate project files have limitations, so it was better not to rely on those going forward.

@stcarrez
Copy link
Contributor Author

stcarrez commented May 2, 2020

Thanks, the alr setenv could do the trick.

Beware that it generates an output that cannot be sourced as it prints messages like:

Looking for external crate: awa
Looking for external crate: ado
Looking for external crate: elada
Looking for external crate: keystoreada
Looking for external crate: security
Looking for external crate: serverfaces
Looking for external crate: servletada
Looking for external crate: utilada
Looking for external crate: utilada_xml
Looking for external crate: wikiada
Looking for external crate: xmlada
export GPR_PROJECT_PATH="..."
...

@mosteo
Copy link
Member

mosteo commented May 2, 2020

Yup, I'm precisely fixing that unwanted output right now

@Fabien-Chouteau
Copy link
Member

Privately I have received correspondence where people suggests alr edit to make it less ad-hoc.

I am in favor of this, especially because on Windows, alr setenv might not be easy to use.
User could have the option so set a preferred editor, and we can also install GNATstudio automatically when possible.

I was informed that aggregate project files have limitations, so it was better not to rely on those going forward.

They won't work for cross projects for instance, as you cannot specify the target and run-time in an aggregate project.

@mosteo mosteo added the type: usability User-friendliness label May 4, 2020
@mosteo mosteo mentioned this issue Sep 25, 2020
@mosteo
Copy link
Member

mosteo commented Nov 19, 2020

Implemented by #545 and #611

@mosteo mosteo closed this as completed Nov 19, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: usability User-friendliness
Projects
None yet
Development

No branches or pull requests

4 participants