[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: default gpr project search path

> OK if /usr/share/gpr is not also used by another Debian package.

There would already have been a conflict. Gprbuild has been installing
its implicit project /usr/share/gpr/_default.gpr there for a while.

> And for one release cycle we'll want to make a symlink from the old
> path to the new one.
> Also, what is the new equivalent of /usr/lib/ada/adalib?  If there
> isn't one then movingto /usr/share/gpr might actually be a bad idea
> (i.e. one that introduces a regression).

Not sure to understand what you write.

My suggestion moves GPR projects from /u/s/ada/adainclude to /u/s/gpr.
I see no reason to move Ada sources from /u/s/ada/adainclude or ALI
files from /usr/lib(/DEB_HOST_MULTIARCH)?.

Symlinking /u/s/ada/adainclude->/u/s/gpr would move Ada sources for no
reason. Moreover, dpkg hardly manages symlink to directories.

If you suggest symlinking each /u/s/ada/adainclude/foo.gpr to
/u/s/gpr/foo.gpr, why is it better than patching each tool to look up
in both directories for a while? This way, library maintainers have
one single change to do, and can choose when they do it.

Reply to: