OK--I got some great help from comp.lang.ada (as usual) and have learned how to 
make a .gpr file that references the .ali files and the corresponding .dylib 
when they are in separate directories. My original problem is solved in that I 
can now build PLplot using the 2011 GNAT (from an old version of source--not to 
confuse this thread with my other pending thread on the list) and subsequently 
bind and link my personal project.

I was pointed to a very nice document called Debian policy for Ada at
http://people.debian.org/~lbrenta/debian-ada-policy.html
which provided a clearer description of what needed to be done than the 
GPRbuild User's Guide.

It's still a mystery why my defective .gpr file worked with the 2010 GNAT tools.

Unless Alan thinks we have uncovered some testing issues, I'm ready to put this 
to rest.

Sorry for the fuss.

Jerry

On May 10, 2012, at 11:12 AM, Alan W. Irwin wrote:

> On 2012-05-10 03:18-0700 Jerry wrote:
> 
>> 
>> On May 10, 2012, at 1:34 AM, Alan W. Irwin wrote:
>>> Hi Jerry:
>>> 
>>> I am not familiar with the Mac OS X platform, but from the message above
>>> it looks to me like
>>> the run-time loader that executes x01a is having trouble locating
>>> libgnat-2010.dylib in your new installation.
>> 
>> I've puzzled over @rpath before--can't remember what I learned but I don't 
>> think it was much.
>> 
>>> Isn't there a standard
>>> environment variable you can set (LD_LIBRARY_PATH works for Linux) to
>>> help address such issues?
>>> 
>>> I assume you would get the same error for the core build system as
>>> well, but to check that do a clean _core_ build of PLplot using
>>> the cmake option, -DBUILD_TEST=ON
>> 
>> I always do.
>>> 
>>> then run
>>> 
>>> make test_ada_psc
>> 
>> What do I cd to before running this?
> 
> You run that target exactly the way your run the test_noninteractive
> target, i.e., you cd to the top of the (empty) build tree for the core
> build (or equivalent installed examples build), run cmake there, then
> run "make test_ada_psc" there.
> 
> But if test_ada_psc does not work, neither will test_noninteractive
> since the latter executes the test_ada_psc target (and a whole lot
> more). The advantage of test_ada_psc, of course, is it just
> concentrates on testing the Ada build and Ada examples so it is much
> quicker than the far more comprehensive test_noninteractive target.
> 
> Alan
> __________________________
> Alan W. Irwin
> 
> Astronomical research affiliation with Department of Physics and Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
> 
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __________________________
> 
> Linux-powered Science
> __________________________


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to