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).