From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM
	autolearn=unavailable autolearn_force=no version=3.4.4
X-Received: by 10.224.40.65 with SMTP id j1mr5090277qae.7.1373355699906;
        Tue, 09 Jul 2013 00:41:39 -0700 (PDT)
X-Received: by 10.49.62.3 with SMTP id u3mr640846qer.26.1373355699892; Tue, 09
 Jul 2013 00:41:39 -0700 (PDT)
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!eu.feeder.erje.net!feeder.erje.net!us.feeder.erje.net!news.glorb.com!t19no834924qam.0!news-out.google.com!f7ni1652qai.0!nntp.google.com!t19no873467qam.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Tue, 9 Jul 2013 00:41:39 -0700 (PDT)
In-Reply-To: <lyzjtxxbr2.fsf@pushface.org>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com;
 posting-host=195.182.34.201;
 posting-account=bMuEOQoAAACUUr_ghL3RBIi5neBZ5w_S
NNTP-Posting-Host: 195.182.34.201
References: <f4ede5c1-26f9-4e90-bd69-0cd0ad3bdf6e@googlegroups.com>
 <1a028a67-76d9-4b01-b892-37a053997fee@googlegroups.com>
 <lyzjtxxbr2.fsf@pushface.org>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <41761b3c-d19d-43df-bfc3-b672925c01f1@googlegroups.com>
Subject: Re: Shered library in Ada - undefined symbols problem (Ubuntu)
From: Maciej Sobczak <see.my.homepage@gmail.com>
Injection-Date: Tue, 09 Jul 2013 07:41:39 +0000
Content-Type: text/plain; charset=ISO-8859-1
Xref: news.eternal-september.org comp.lang.ada:16190
Date: 2013-07-09T00:41:39-07:00
List-Id: <comp.lang.ada>


> No problem with FSF GCC 4.6.0 on Mac OS X.

Thank you for checking.

> I tried
> 
>    for Library_Auto_Init use "true";
> 
> and removing the calls to ada_moduleinit() and ada_modulefinal(), which
> gave a segv on 4.6 but was fine on 4.8.1.

Which is a huge pity, as this difference will impact the portability of projects (the program will crash on one version or the other). Moreover, now I'm not even sure what is the intended/recommended strategy with regard to these calls.

> In both cases I used gprbuild, because of gnatmake's inability to deal
> with .dylibs & rpath properly.

Which brings the question: why not fix gnatmake in the first place?

-- 
Maciej Sobczak * http://www.msobczak.com * http://www.inspirel.com