public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug ada/40025] New: gnatmake does not honour project files' Library_Version exactly
@ 2009-05-05 8:23 ludovic at ludovic-brenta dot org
2009-08-01 14:50 ` [Bug ada/40025] " ludovic at ludovic-brenta dot org
0 siblings, 1 reply; 2+ messages in thread
From: ludovic at ludovic-brenta dot org @ 2009-05-05 8:23 UTC (permalink / raw)
To: gcc-bugs
The change introduced in [1] is most annoying; it means that gnatmake now
thinks it knows better than I do what soname my libraries should have. This is
wrong. As the maintainer of multiple libraries in Debian over multiple
versions and many years, I know better and I insist that gnat honour *exactly*
the soname that I specify in project files (and comply with the Law of Least
Astonishment in the process).
[1] http://gcc.gnu.org/ml/gcc-patches/2007-08/msg01091.html
To aggravate the problem, the behavior depends on the platform, which means
that a project file will produce libraries with different sonames on different
platforms! This makes it very difficult to maintain libraries on multiple
platforms and ensure the sonames change whenever we want them to.
Also, the documentation in 4.4 does not mention the change in behaviour; the
documentation is therefore misleading (hence the severity minor instead of
enhancement).
I am going to patch Debian's gnat-4.4 to revert to the old behaviour.
I am curious to know your rationale behind the change because right now I can
see no good reason for it. If this rationale is convincing, perhaps the best
would be to make the behaviour controllable from within the project file, i.e.
project Lib is
package Linker is
for Library_Major_Minor_Id_Supported use False;
end Linker;
end Lib;
Please consider this last part a request for enhancement.
--
Summary: gnatmake does not honour project files' Library_Version
exactly
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
GCC build triplet: pc=linux-gnu
GCC host triplet: pc-linux-gnu
GCC target triplet: pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40025
^ permalink raw reply [flat|nested] 2+ messages in thread
* [Bug ada/40025] gnatmake does not honour project files' Library_Version exactly
2009-05-05 8:23 [Bug ada/40025] New: gnatmake does not honour project files' Library_Version exactly ludovic at ludovic-brenta dot org
@ 2009-08-01 14:50 ` ludovic at ludovic-brenta dot org
0 siblings, 0 replies; 2+ messages in thread
From: ludovic at ludovic-brenta dot org @ 2009-08-01 14:50 UTC (permalink / raw)
To: gcc-bugs
------- Comment #1 from ludovic at ludovic-brenta dot org 2009-08-01 14:50 -------
To aggravate the violation of the Law of Least Astonishment, GCC's misbehavior
is even inconsistent:
libfoo.so.1.2 becomes libfoo.so.1
but
libfoo.so.1.2.3 is honored exactly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40025
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2009-08-01 14:50 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-05-05 8:23 [Bug ada/40025] New: gnatmake does not honour project files' Library_Version exactly ludovic at ludovic-brenta dot org
2009-08-01 14:50 ` [Bug ada/40025] " ludovic at ludovic-brenta dot org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).