Re: gnat-3.14p, libaddr2line and IRIX 6.5 : solved !

[Dirk Baerts <d.baerts@xs4all.nl>]

Thanks for your push in the right direction. Managed to build libaddr2line and
gnat-3.14p.
The latter does compile serious sources, but appears to have the same bug (?) as
I encountered in 3.13p : does not accept MCL_CURRENT as an argument for the
c-sytemcall mlockall, that is called via an if.ads file. 3.12p had no trouble
with that.
I might get back on this point.

Thanks again,
Dirk

"David C. Hoos" wrote:

> ----- Original Message -----
> From: "Dirk Baerts" <d.baerts@xs4all.nl>
> Newsgroups: comp.lang.ada
> To: <comp.lang.ada@ada.eu.org>
> Sent: Tuesday, March 05, 2002 1:55 PM
> Subject: gnat-3.14p, libaddr2line and IRIX 6.5
>
> > After gnat.com released 3.14p, at Jan 31 2002, I'm now finally have the
> time
> > to build it starting from 3.12p, under IRIX 6.5.
> > To my surprise the Makefile asks for libaddr2line, that was nowhere in
> sight.
> > And it really seems to be necessary : convert_addresses :
> unresolved.symbol
> > Found the gnu binutils addr2line, but no libaddr2line on the web. Just
> > discussions, on what to do about this.
> >
> FWIW, the Linux version of gnat-3.14p contains a static library
> libaddr2line.a
> which is compiled from the following files:
> addr2line.c, bucomm.c, version.c, and filemode.c
>
> I imagine this library is used to support symbolic tracebacks, and that it
> would be
> simple to create such a library on any platform for which the source code
> for
> addr2line is available.
>
> > Q's :
> > What is my best option ?
> > make a stub ? apply one of the patches ( and if yes, which one ) ? remove
> any
> > target from the makefile that includes libaddr2line ? Is libaddr2line
> > available in the foreseeable future ? is rebuilding addr2line as library a
> > solution ? and so on, and so
> >
> > BTW :
> > What is the point of distributing free software if its dependencies are
> not
> > freely available ?
> >
> As we all should know by now, there's no such thing as a non-trivial program
> without some bug, and one like this can easily happen unless an attempt was
> made to build a distribution for each platform on a "clean" machine -- i.e.,
> on which has no non-standard libraries, etc., something that is not always
> possible to do with finite resources.
>
> And, as I imaagined above, I think we'll find that the dependencies _are_
> freely available.  It sometimes just takes a little digging.
>
> > Cheers,
> > Dirk
> >
> > _______________________________________________
> > comp.lang.ada mailing list
> > comp.lang.ada@ada.eu.org
> > http://ada.eu.org/mailman/listinfo/comp.lang.ada
> >