Is GNU Ada active?

Is GNU Ada active?

[Tomek Walkuski]

Hi group,

I am interested in RPMs for AWS and XML/Ada packages. So I want to ask
if there are any prepared packages (Fedora 9) or some tips/pointers
(beside RPM How-to) how to build these RPMs by myself (and do
something for the community :) )?

Tomek

Re: Is GNU Ada active?

[Martin Krischik]

Tomek Walkuski schrieb:

> I am interested in RPMs for AWS and XML/Ada packages. So I want to ask
> if there are any prepared packages (Fedora 9) or some tips/pointers
> (beside RPM How-to) how to build these RPMs by myself (and do
> something for the community :) )?

There are rpm SPEC files for both AWS and XML/Ada inside the Subversion 
repository. You could just try them out and come back with your problems 
(or the finished RPM's)

Regards

Martin

-- 
mailto://krischik@users.sourceforge.net
Ada programming at: http://ada.krischik.com

Re: Is GNU Ada active?

[Tomek Walkuski]

What is the best way to set ADA_OBJECTS_PATH and so on during
installation in Fedora? Modify /etc/profile?

Re: Is GNU Ada active?

[Tomek Walkuski]

Ok, maybe it is "dumb" question, but I will risk:

I have done:
1. untar xmlada
2. configure and make in xmlada/
3. copied all *.ali into (for example) /usr/lib/xmlada
4. copied all *.ads and *.adb into /usr/include/xmlada
5. wrote small script a'la gtkada-config which prints paths to
libraries:
gnatmake sample -aI/usr/include/xmlada -iO/usr/lib/xmlada -largs -L/
usr/lib/xmlada

and... sample.adb builds fine, but with with lots of *.ali's and *.o's
in directory.

And my dumb question: how to avoid this?

Re: Is GNU Ada active?

[Pascal Obry]

Tomek Walkuski a �crit :
> Ok, maybe it is "dumb" question, but I will risk:

[snip]

> And my dumb question: how to avoid this?

Ok, maybe it is a "dumb" answer, but I will risk it:

What about reading the documentation on how to build and install XML/Ada?

Pascal.

-- 

--|------------------------------------------------------
--| Pascal Obry                           Team-Ada Member
--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE
--|------------------------------------------------------
--|              http://www.obry.net
--| "The best way to travel is by means of imagination"
--|
--| gpg --keyserver wwwkeys.pgp.net --recv-key C1082595

Re: Is GNU Ada active?

[Tomek Walkuski]

On 7 Sie, 21:17, Pascal Obry <pas...@obry.net> wrote:
> Ok, maybe it is a "dumb" answer, but I will risk it:
>
> What about reading the documentation on how to build and install XML/Ada?
>
> Pascal.
>
Yes, I know, I should set ADA_OBJECTS_PATH and so on, but, in Fedora,
use of environment variables is discouraged. So I try GtkAda approach
with script.

Re: Is GNU Ada active?

[Jeffrey R. Carter]

Tomek Walkuski wrote:
> Ok, maybe it is "dumb" question, but I will risk:
> 
> I have done:
> 1. untar xmlada
> 2. configure and make in xmlada/
> 3. copied all *.ali into (for example) /usr/lib/xmlada
> 4. copied all *.ads and *.adb into /usr/include/xmlada

Where are the *.o files?

> 5. wrote small script a'la gtkada-config which prints paths to
> libraries:
> gnatmake sample -aI/usr/include/xmlada -iO/usr/lib/xmlada -largs -L/
> usr/lib/xmlada
> 
> and... sample.adb builds fine, but with with lots of *.ali's and *.o's
> in directory.
> 
> And my dumb question: how to avoid this?

In addition to having the *.o files available, you should write-protect the 
*.ali files.

-- 
Jeff Carter
"To Err is human, to really screw up, you need C++!"
St�phane Richard
63

Re: Is GNU Ada active?

[Pascal Obry]

Tomek Walkuski a �crit :

> Yes, I know, I should set ADA_OBJECTS_PATH and so on, but, in Fedora,
> use of environment variables is discouraged. So I try GtkAda approach
> with script.

No you should use the project files and the documented way to build and 
install XML/Ada:

   $ ./configure --prefix=...
   $ make

as root:

   $ make install

You do not have to copy *.ali/*.ads/*.adb manually!

Pascal.

-- 

--|------------------------------------------------------
--| Pascal Obry                           Team-Ada Member
--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE
--|------------------------------------------------------
--|              http://www.obry.net
--| "The best way to travel is by means of imagination"
--|
--| gpg --keyserver wwwkeys.pgp.net --recv-key C1082595

Re: Is GNU Ada active?

[Adam Beneschan]

On Aug 7, 12:22 pm, Tomek Walkuski <tomek.walku...@gmail.com> wrote:

> Yes, I know, I should set ADA_OBJECTS_PATH and so on, but, in Fedora,
> use of environment variables is discouraged.

That last is a pretty amazing assertion---are you sure it's accurate?
I use a Fedora system, and I use environment variables the way I would
on any Linux or other Unix variant (I don't see how you can get by
without them).  Who has said environment variables are discouraged,
and where?  I mean, if I'm using environment variables but was not
aware that they could increase my risk of system problems or skin
cancer or warts or something, I'd like to know...

                                   -- Adam

Re: Is GNU Ada active?

[anon]

Try 

  http://rpmfind.net/linux/rpm2html/search.php?query=gcc-gnat

They have both source and binaries available for download for (Fedora 9).
Also you can choose from x86_32 or x86_64, or ppc.

"The Fedora Development for xxx"  should be GNAT-2008, because they were 
added on Aug 1, 2008, using gcc-4.3.1-6.  The Fedora 9, version is 
GNAT-2007 using gcc-4.3.0-8.

As for the environment variable the binaries RPM set those up for you.  If 
you build from the source, GNAT uses a the "configure" program, by adding 
the command line option " --prefix=/...".


In <02a86743-d112-4831-9650-aac4a9586b51@27g2000hsf.googlegroups.com>, Tomek Walkuski <tomek.walkuski@gmail.com> writes:
>Hi group,
>
>I am interested in RPMs for AWS and XML/Ada packages. So I want to ask
>if there are any prepared packages (Fedora 9) or some tips/pointers
>(beside RPM How-to) how to build these RPMs by myself (and do
>something for the community :) )?
>
>Tomek

Re: Is GNU Ada active?

[Tomek Walkuski]

I'm dumb and angry. I have installed xmlada id default prefix (./
configure without parameters) - /usr/local.

Now I am trying to install AWS - I have edited makefile.conf and set
xmlada support on, exported ADA_PROJECT_PATH to /usr/local/lib/gnat
and "make setup build install" is saying:

"./gen_gps_ref: error while loading shared libraries:
libxmlada_schema.so.3: cannot open shared object file: No such file or
directory"

libxmlada_schema.so.3 is present at /usr/local/lib

Re: Is GNU Ada active?

[Pascal Obry]

Tomek Walkuski a �crit :
> I'm dumb and angry. I have installed xmlada id default prefix (./
> configure without parameters) - /usr/local.
> 
> Now I am trying to install AWS - I have edited makefile.conf and set
> xmlada support on, exported ADA_PROJECT_PATH to /usr/local/lib/gnat
> and "make setup build install" is saying:
> 
> "./gen_gps_ref: error while loading shared libraries:
> libxmlada_schema.so.3: cannot open shared object file: No such file or
> directory"
> 
> libxmlada_schema.so.3 is present at /usr/local/lib

You need to set LD_LIBRARY_PATH to point to /usr/local/lib.

-- 

--|------------------------------------------------------
--| Pascal Obry                           Team-Ada Member
--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE
--|------------------------------------------------------
--|              http://www.obry.net
--| "The best way to travel is by means of imagination"
--|
--| gpg --keyserver wwwkeys.pgp.net --recv-key C1082595

Re: Is GNU Ada active?

[Tomek Walkuski]

I have problem build AWS with OpenSSL support. I have OpenSSL package
installed, and makefile.conf edited.

make build:

------------------- BEGIN ---------------------------------
(...)
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `CRYPTO_num_locks'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `RSA_generate_key'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_set_connect_state'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_CTX_free'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `X509_free'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSLv3_method'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `X509_NAME_oneline'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `ERR_error_string_n'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `BIO_nwrite0'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_get_error'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `CRYPTO_set_id_callback'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `BIO_nwrite'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `RAND_seed'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `BIO_nread'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_read'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_new'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_CTX_new'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_library_init'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_CTX_set_quiet_shutdown'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to
`CRYPTO_set_dynlock_destroy_callback'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `TLSv1_client_method'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_pending'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_CTX_set_verify'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSLv2_method'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSLv3_server_method'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `BIO_free'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSLeay'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_set_bio'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_load_error_strings'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_set_shutdown'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSLv23_client_method'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `TLSv1_server_method'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `X509_get_subject_name'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSLv23_server_method'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `TLSv1_method'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_CTX_ctrl'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `CRYPTO_set_locking_callback'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `BIO_new_bio_pair'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_do_handshake'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `ERR_get_error'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_CTX_use_certificate_chain_file'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_set_accept_state'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSLv3_client_method'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSLv2_client_method'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSLv23_method'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `CRYPTO_set_dynlock_lock_callback'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_CTX_use_PrivateKey_file'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_CTX_check_private_key'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_CTX_use_certificate_file'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `X509_get_issuer_name'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_free'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `BIO_nread0'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `CRYPTO_set_dynlock_create_callback'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_get_peer_certificate'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSLv2_server_method'
/home/tomek/Pulpit/AWS-gpl-2.5.0w/.build/release/relocatable/lib/src/
libaws.so: undefined reference to `SSL_write'
collect2: ld returned 1 exit status
gnatlink: error when calling /opt/gnat/bin/gcc
gnatmake: *** link failed.
make[1]: *** [build] Błąd 4
make: *** [tools_build] Błąd 2
------------------- END ---------------------------------

GNAT is installed under /opt/gnat and I have set LD_LIBRARY_PATH
pointing to OpenSSL libraries.

Re: Is GNU Ada active?

[Martin Krischik]

Tomek Walkuski schrieb:

> I'm dumb and angry. I have installed xmlada id default prefix (./
> configure without parameters) - /usr/local.

Well I allways use --prefix=/opt/gnat/gpl

That way I:

1) am shure that do not overwrite system files.
2) can install the GCC and GPL version of GNAT at the same time.

Martin

-- 
mailto://krischik@users.sourceforge.net
Ada programming at: http://ada.krischik.com

Re: Is GNU Ada active?

[Martin Krischik]

Pascal Obry schrieb:
> Tomek Walkuski a écrit :
>> I'm dumb and angry. I have installed xmlada id default prefix (./
>> configure without parameters) - /usr/local.
>>
>> Now I am trying to install AWS - I have edited makefile.conf and set
>> xmlada support on, exported ADA_PROJECT_PATH to /usr/local/lib/gnat
>> and "make setup build install" is saying:
>>
>> "./gen_gps_ref: error while loading shared libraries:
>> libxmlada_schema.so.3: cannot open shared object file: No such file or
>> directory"
>>
>> libxmlada_schema.so.3 is present at /usr/local/lib
> 
> You need to set LD_LIBRARY_PATH to point to /usr/local/lib.
> 

Actually I removed all LD_LIBRARY_PATH from the setup and it still works:

http://gnuada.svn.sourceforge.net/viewvc/gnuada/trunk/config/Set_GNAT.bash?view=markup
http://gnuada.svn.sourceforge.net/viewvc/gnuada/trunk/config/Set_XMLAda.bash?revision=637&view=markup

But the trick is that I compiler the compiler myself and with the same 
--prefix as XMLAda. Using the same --prefix for all tools is helpful.

Martin

-- 
mailto://krischik@users.sourceforge.net
Ada programming at: http://ada.krischik.com