Hi Orion:
I assume you meant to make your comment to the list, and it is an interesting
point in any case so that is why I am replying to the list.
On 2007-03-16 15:41-0600 Orion Poplawski wrote:
> Alan W. Irwin wrote:
>> Hi Orion:
>>
>> I am glad to hear my changes now work for you on Fedora.
Hi Orion:
I am glad to hear my changes now work for you on Fedora. Thanks for your
testing help on that platform.
On 2007-03-15 11:14-0600 Orion Poplawski wrote:
> My question is, since it does not appear that you directly specify libgnat
> anywhere in the make commands, why even look for it?
Alan W. Irwin wrote:
> On 2007-03-14 17:09-0600 Orion Poplawski wrote:
>
>> I'm having trouble on Fedora 6 and development, which use gnat 4.1.1 and
>> 4.1.2. First off, libgnat appears to be /usr/lib/libgnat-4.1.so.
>
>> Also, it appears to be picking up my CFLAGS and passing that to the
>> gna
On 2007-03-14 17:09-0600 Orion Poplawski wrote:
> I'm having trouble on Fedora 6 and development, which use gnat 4.1.1 and
> 4.1.2. First off, libgnat appears to be /usr/lib/libgnat-4.1.so.
>
> Also, it appears to be picking up my CFLAGS and passing that to the
> gnatmake line:
I have just comm
Alan W. Irwin wrote:
> I am pretty satisfied with the CMake build system improvements I have just
> checked in to substantially refine how we deal with the Ada interface and
> examples. Here is what I have done.
>
> * I have implemented a limited Ada language support for CMake. As a result
> of
The package Interfaces.C has several subroutines that deal with null-
terminated strings. From http://www.adahome.com/rm95/rm9x-B-03.html:
function Is_Nul_Terminated (Item : in char_array) return Boolean;
The result of Is_Nul_Terminated is True if Item contains nul, and is
False otherwise.
T
Hi Alan,
> However, that was because I replaced
> -plbox("bc", 0.0, 0, "bc", 0.0, 0);
> +Box_Around_Viewport(TUB("bc"), 0.0, 0, TUB("bc"), 0.0, 0);
>
> If I use plbox rather than Box_Around_Viewport, then the result has
> extraneous tick marks. I don't understand the cause of this problem.
On 2007-03-11 00:12-0700 Jerry wrote:
> When there are no command line args, the program runs normally.
>
> Any ideas?
Hi Jerry:
It's important in these cases to use standard testing where we know exactly
what the examples are and how they are set up. So what are the results of
ctest --verbose
On Feb 28, 2007, at 6:14 PM, Alan W. Irwin wrote:
> Also, could you provide plparseopts in the thin interface?
> Virtually every
> language interface has plparseopts defined (normally with just one
> argument).
> That would have allowed me to write x10.adb completely in the thin
> interface.
On 2007-03-07 04:19-0700 Jerry wrote:
> [...]so Tuesday
> I figured out the Cmake stuff and now have my example (not an
> official plplot example but more complicated) working with 5.7.2. So
> I believe I'm ready to fix the things that Alan found a few days ago
> and then generate some more exampl
I just realized that I fell a day or so behind on reading my list
mail. On the weekend I figured out CVS more or less--I made the
problem harder by trying to see if the CVS functionality built into
Apple's Xcode would help me out and in this case it does not. I'm
just following Alan's strai
Hi,
> However, what we need most now is some comprehensive platform testing. The
> current form of experimental CMake support for Ada works fine on all Debian
> and Ubuntu platforms where it has been tested. It does have filename
> extension problems on MinGW, but at most those problems will aff
On 2007-03-05 04:10-0700 Jerry wrote:
> It sounds like this might be a question for comp.lang.ada if you guys
> don't get it cracked soon.
That's a good idea for the future.
However, what we need most now is some comprehensive platform testing. The
current form of experimental CMake support for
It sounds like this might be a question for comp.lang.ada if you guys
don't get it cracked soon.
Jerry
On Mar 4, 2007, at 3:27 PM, Alan W. Irwin wrote:
> On 2007-03-04 22:09+0100 Werner Smekal wrote:
>
>>
>> I think gnat1, which is called by gcc, doesn't accept a object
>> file name with
>> a
On 2007-03-04 22:09+0100 Werner Smekal wrote:
>
> I think gnat1, which is called by gcc, doesn't accept a object file name with
> any other ending as .o - I tried some other file endings and we have the same
> problem. So I think this is also a dead end - this is a bug of gnat1 and we
> need a
Hi Alan,
> What happens when you run gnatmake testadacompiler.adb where that file
> consists of the following simple Ada source?
>
> procedure testAdaCompiler is
> begin
>null;
> end;
>
For MinGW we obtain:
Z:\DevZone>gnatmake testadacompiler.adb
gcc -c testadacompiler.adb
gnatbind -x test
On 2007-03-03 21:18+0100 Werner Smekal wrote:
> Hi Alan,
>> That's a surprising result. What happens for the equivalent PLplot C core
>> library build? I assume the extensions for the -o option will be .obj (like
>> above), that gcc will build those objects without complaint, and in the next
>> s
Hi Alan,
> That's a surprising result. What happens for the equivalent PLplot C core
> library build? I assume the extensions for the -o option will be .obj (like
> above), that gcc will build those objects without complaint, and in the next
> step (doing the special linking with gcc to create the
Hi Werner:
On 2007-03-03 17:25+0100 Werner Smekal wrote:
> Hi Alan,
>
> I'm just testing the ada bindings with MinGW but there are some problems. So
> far I solved the following ones:
>
> 1) gnat library is not found - we need to set CMAKE_LIBRARY_PATH:
>
> rem setup ada
> set
> CMAKE_LIBRARY_P
Hi Alan,
I'm just testing the ada bindings with MinGW but there are some
problems. So far I solved the following ones:
1) gnat library is not found - we need to set CMAKE_LIBRARY_PATH:
rem setup ada
set
CMAKE_LIBRARY_PATH=%MINGWDIR%\lib\gcc\mingw32\3.4.5\adalib;%CMAKE_LIBRARY_PATH%
where MING
Hi Jerry and Alan,
I tested both ada examples with Kubuntu Edgy Eft and it worked flawlessy
(this was to be expected since Alan tested it on Ubuntu already).
Hopefully soon I can test it on MinGW. Lot to do in the moment, and
using Latex is so much faster in Linux than in Windows, so that's the
On Mar 1, 2007, at 1:18 PM, Alan W. Irwin wrote:
> On 2007-03-01 09:40-0800 Alan W. Irwin wrote:
>
>> On 2007-02-28 19:34-0700 Jerry wrote:
>>
>>> So--I recommend just renaming all the example files to x??a.adb and
>>> letting them run as standalones, and eliminating the x??.adb and
>>> x??.ads n
On 2007-03-01 09:40-0800 Alan W. Irwin wrote:
> On 2007-02-28 19:34-0700 Jerry wrote:
>
>> So--I recommend just renaming all the example files to x??a.adb and
>> letting them run as standalones, and eliminating the x??.adb and
>> x??.ads naming level completely. That was my intention originally bu
On 2007-02-28 19:34-0700 Jerry wrote:
> So--I recommend just renaming all the example files to x??a.adb and
> letting them run as standalones, and eliminating the x??.adb and
> x??.ads naming level completely. That was my intention originally but
> I see that I forgot to adopt that naming conventi
I'll look into the plparseopts situation.
Also, with the examples, the former ada_plplot.adb is just a high-
level driver to run all of the examples as they become available--it
is not necessary if the examples are kept as stand-alone programs.
So--I recommend just renaming all the example fi
On 2007-02-27 16:25-0800 Alan W. Irwin wrote:
> ToDo:
>
> (2) Set up ctest so that the ada example will be executed as a result of the
> ctest command. This refinement is not essential for testing so long as you
> remember to set the EXAMPLES_DIR, SRC_EXAMPLES_DIR, and PLPLOT_LIB
> environment var
On 2007-02-27 16:25-0800 Alan W. Irwin wrote:
> I am pretty satisfied with the CMake build system improvements I have just
> checked in to substantially refine how we deal with the Ada interface and
> examples. Here is what I have done.
>
> * I have implemented a limited Ada language support for
Hi,
I already added gnat to my MinGW tools, so I'll post results for this
toolchain soon.
thanks for the efforts,
Werner
Arjen Markus wrote:
> Alan W. Irwin wrote:
>
>> I am pretty satisfied with the CMake build system improvements I have just
>> checked in to substantially refine how we deal
Alan W. Irwin wrote:
>I am pretty satisfied with the CMake build system improvements I have just
>checked in to substantially refine how we deal with the Ada interface and
>examples. Here is what I have done.
>
>
>
Hello Alan, Jerry,
I think you two are doing a wonderful job: adding a complete
29 matches
Mail list logo