How to fix 'Could not locate executable on path: gnatmake'

How to fix 'Could not locate executable on path: gnatmake'

[resander]

I installed (by doinstall) the latest version of free GNAT GPL from
Libre into directory /usr/gnat/bin. After install this contains:

ken@meijin-desktop:/usr/gnat/bin$ ls
addr2line  gdb        gnathtml.pl  gnatprep         gprof
c++        gdbserver  gnatkr       gnatstub         gps
cbrowser   gnat       gnatlink     gnatxref         gps_exe
cpp        gnatbind   gnatls       gprbuild         i686-pc-linux-gnu-c
++
dbimp      gnatcheck  gnatmake     gprbuild_debug   i686-pc-linux-gnu-g
++
g++        gnatchop   gnatmem      gprclean         i686-pc-linux-gnu-
gcc
gcc        gnatclean  gnatmetric   gprclean_debug   i686-pc-linux-gnu-
gcc-4.3.4
gccbug     gnatelim   gnatname     gprconfig        objdump
gcov       gnatfind   gnatpp       gprconfig_debug


I added /usr/gnat/bin to the (Ubuntu 10.04) bashrc startup script of
the user 'ken' from which I want to use GPS. The echo command

echo $PATH
/usr/gnat/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/
bin:/usr/games

issued after login to 'ken' shows that /usr/gnat/bin is on the path.

gnatmake works from the command line for a small test program main.adb
in adatestproj directory:

ken@meijin-desktop:/home$ ls
ken  kr  lost+found  meijin

ken@meijin-desktop:/home$ cd ken
ken@meijin-desktop:~$ ls
adatestproj Documents  Music Videos...

ken@meijin-desktop:~$ cd adatestproj
ken@meijin-desktop:~/adatestproj$ ls
main.adb main.gpr
ken@meijin-desktop:~/adatestproj$ gnatmake main.adb
gcc -c main.adb
gnatbind -x main.ali
gnatlink main.ali


but from GPS 'Could not locate executable on path: gnatmake' appears
when I request compile file from adaptestproj directory.

I cannot see what is wrong. Would be grateful for advice.

Re: How to fix 'Could not locate executable on path: gnatmake'

[Ludovic Brenta]

resander <kresander@yahoo.com> writes:
> I added /usr/gnat/bin to the (Ubuntu 10.04) bashrc startup script of
> the user 'ken' from which I want to use GPS. The echo command
>
> echo $PATH
> /usr/gnat/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/
> bin:/usr/games
>
> issued after login to 'ken' shows that /usr/gnat/bin is on the path.

[...]

> but from GPS 'Could not locate executable on path: gnatmake' appears
> when I request compile file from adaptestproj directory.
>
> I cannot see what is wrong. Would be grateful for advice.

The $PATH you set in ~/.bashrc is only valid for bash, i.e. only in the
terminal window you open.  If you start GPS from a graphical menu, this
menu does not run in your shell therefore cannot see your changed $PATH,
so neither can GPS.

For GPS to see your $PATH, two conditions must be met:

* your ~/.bashrc exports PATH (not just sets it)
* you must start GPS from bash, i.e. from a command line.

Or, simply upgrade to Debian :)

HTH

-- 
Ludovic Brenta.

Re: How to fix 'Could not locate executable on path: gnatmake'

[Gautier write-only]

On 7 Mai, 11:49, Ludovic Brenta <ludo...@ludovic-brenta.org> wrote:
[...]
> Or, simply upgrade to Debian :)

I knew it! It had to happen!

Re: How to fix 'Could not locate executable on path: gnatmake'

[Ludovic Brenta]

Gautier write-only writes on comp.lang.ada:
> Ludovic Brenta wrote:
> [...]
>> Or, simply upgrade to Debian :)
>
> I knew it! It had to happen!

That's because each time I see someone with $PATH or similar
installation problems, I just smile.  For me, everything works right out
of the box.  No fuss, no muss.

You made me smile, too :)

-- 
Ludovic Brenta.

Re: How to fix 'Could not locate executable on path: gnatmake'

[resander]

On May 7, 4:47 pm, Ludovic Brenta <ludo...@ludovic-brenta.org> wrote:
> Gautier write-only writes on comp.lang.ada:
>
> > Ludovic Brenta wrote:
> > [...]
> >> Or, simply upgrade to Debian :)
>
> > I knew it! It had to happen!
>
> That's because each time I see someone with $PATH or similar
> installation problems, I just smile.  For me, everything works right out
> of the box.  No fuss, no muss.
>
> You made me smile, too :)
>
> --
> Ludovic Brenta.




My addition to the end of the bashrc startup file is:

# the line below is for GNAT GPL Ada
PATH=/usr/gnat/bin:$PATH; export PATH

After execution of bashrc on entry to ken (where I want to develop
programs) the PATH is:

/usr/gnat/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/
bin:/usr/games

Compiler works when I start GPS from the command line (as Ludovic
Brenta Georg Bauhaus predicted), and again as I mentioned before it
does not work when invoked from the gui menu.

BUT

I have just installed GNAP GPL in usr/local and found that GPS
compilation works when GPS is invoked from the gui menu. I would have
expected this to have failed in the same way as above.

So I can just delete the /usr/gnat install directory and remember to
always install into /usr/local and that would be the end of the
problem, but I would like to understand this better.

The GNAT content of /usr/local/bin and /usr/gnat/bin are identical
after installation and yet only one worked.

Could it be that GPS code has the path /usr/local/bin hardwired or is /
usr/local/bin special in some other way?

Re: How to fix 'Could not locate executable on path: gnatmake'

[Ludovic Brenta]

resander writes:
> Could it be that GPS code has the path /usr/local/bin hardwired or is /
> usr/local/bin special in some other way?

I cannot speak for Ubuntu but on Debian, /usr/local/bin is special in
that it is in the $PATH by default wheread /usr/gnat/bin is not.  See
the system-wide /etc/profile which is the same for all users.

-- 
Ludovic Brenta.

Re: How to fix 'Could not locate executable on path: gnatmake'

[Georg Bauhaus]

On 07.05.10 11:49, Ludovic Brenta wrote:

> For GPS to see your $PATH, two conditions must be met:
> 
> * your ~/.bashrc exports PATH (not just sets it)
> * you must start GPS from bash, i.e. from a command line.
> 
> Or, simply upgrade to Debian :)

This, or find the proper initialization file for your shell.
Or start gps from the command line that has the PATH set
for GNAT.
From the BASH manual,

"When bash is invoked as an interactive login shell, or as a
 non-interactive shell with the --login option, it first reads and
 executes commands from the file /etc/profile, if that file exists.
 After reading that file, it
 looks for ~/.bash_profile, ~/.bash_login, and ~/.profile, in that
 order, and reads and executes commands from the first one that
 exists and is readable. The --noprofile option may be used when
 the shell is started to inhibit this behavior."

Re: How to fix 'Could not locate executable on path: gnatmake'

[Dmitry A. Kazakov]

On Fri, 7 May 2010 01:33:49 -0700 (PDT), resander wrote:

> but from GPS 'Could not locate executable on path: gnatmake' appears
> when I request compile file from adaptestproj directory.
> 
> I cannot see what is wrong. Would be grateful for advice.

When PATH is correct, check if the project file *.gpr specifies gnat tools.
E.g. stuff like

   for Gnatlist use "i586-wrs-vxworks-gnatls";
   for Gnat use "i586-wrs-vxworks-gnat";
   for Compiler_Command ("ada") use "i586-wrs-vxworks-gnatmake";
   for Debugger_Command use "i586-wrs-vxworks6-gdb";

(which would not work under Linux)

BTW, never edit project files using GPS GUI. Use gedit, vi, ... sed (:-))

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de

Re: How to fix 'Could not locate executable on path: gnatmake'

[Stephen Leake]

"Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> writes:

> On Fri, 7 May 2010 01:33:49 -0700 (PDT), resander wrote:
>
>> but from GPS 'Could not locate executable on path: gnatmake' appears
>> when I request compile file from adaptestproj directory.
>> 
>> I cannot see what is wrong. Would be grateful for advice.
>
> When PATH is correct, check if the project file *.gpr specifies gnat tools.
> E.g. stuff like
>
>    for Gnatlist use "i586-wrs-vxworks-gnatls";
>    for Gnat use "i586-wrs-vxworks-gnat";
>    for Compiler_Command ("ada") use "i586-wrs-vxworks-gnatmake";
>    for Debugger_Command use "i586-wrs-vxworks6-gdb";
>
> (which would not work under Linux)
>
> BTW, never edit project files using GPS GUI. Use gedit, vi, ... sed (:-))

Or just GPS file editor; just avoid the GPS project wizard.

-- 
-- Stephe

Re: How to fix 'Could not locate executable on path: gnatmake'

[Britt Snodgrass]

On May 8, 12:43 am, Stephen Leake <stephen_le...@stephe-leake.org>
wrote:
> "Dmitry A. Kazakov" <mail...@dmitry-kazakov.de> writes:

> > BTW, never edit project files using GPS GUI. Use gedit, vi, ... sed (:-))
>
> Or just GPS file editor; just avoid the GPS project wizard.
>

Yes, I also prefer to use GPS's file editor because it helps to flag
syntax errors in gpr files and I can see the package list in GPS's
outline view.

I avoid the specialized project properties editor/GUI/wizard because
it seems to create extraneous case statements in every project file
package, for each scenario variable, even when the case selections are
the same.  This can make the gpr file five times longer and much
harder to maintain.  It also used to write the case selections in
reverse alphabetical order but I think that has been fixed.

- Britt

Re: How to fix 'Could not locate executable on path: gnatmake'

[resander]

On May 8, 5:25 pm, Britt Snodgrass <britt.snodgr...@gmail.com> wrote:
> On May 8, 12:43 am, Stephen Leake <stephen_le...@stephe-leake.org>
> wrote:
>
> > "Dmitry A. Kazakov" <mail...@dmitry-kazakov.de> writes:
> > > BTW, never edit project files using GPS GUI. Use gedit, vi, ... sed (:-))
>
> > Or just GPS file editor; just avoid the GPS project wizard.
>
> Yes, I also prefer to use GPS's file editor because it helps to flag
> syntax errors in gpr files and I can see the package list in GPS's
> outline view.
>
> I avoid the specialized project properties editor/GUI/wizard because
> it seems to create extraneous case statements in every project file
> package, for each scenario variable, even when the case selections are
> the same.  This can make the gpr file five times longer and much
> harder to maintain.  It also used to write the case selections in
> reverse alphabetical order but I think that has been fixed.
>
> - Britt




Yesterday afternoon I installed into /usr/local and found that GPS
could be invoked from the GUI menu on Ubuntu 10.04. I then closed the
system.
This morning (Saturday) I found that about half the functions on the
Ubuntu menu had stopped working, for example all items on the Places
menu (generally file and directory inspection functions), Software
Sources, Synaptic Manager, Update Manager, system Monitor and more. I
invoked some of these from the command line and always got error
'cannot find libstdc.6.so version so-and-so in usr/local/lib'.
Even the apt functions got clobbered by the same condition, so I had
no way of reinstalling any package. Had to reinstall Ubuntu 10.04.

The install of GNAT GPL into a /usr/local that I did as last thing
yesterday is a likely culprit. but I am not pointing a finger.

I am using the codeblocks IDE (C/C++, but no Ada) which provides
updates via the Universe repositories in Ubuntu. To get updates a user
only puts repository details into etc/apt/source.list and sets
authentication data in a keyring. Then the updates arrive as normal
Ubuntu updates. An update takes a minute or two and then a user can
reenter the updated codeblocks IDE without having to lift a finger.
Very simple, convenient and foolproof.

Can GNAT GPL with GPS be updated in a similar fashion for Ubuntu (and
maybe others too)? Most users from the Windows world, myself included,
expect this operation to be simple.

Re: How to fix 'Could not locate executable on path: gnatmake'

[Ludovic Brenta]

resander <kresander@yahoo.com> writes:
> Yesterday afternoon I installed into /usr/local and found that GPS
> could be invoked from the GUI menu on Ubuntu 10.04. I then closed the
> system.
> This morning (Saturday) I found that about half the functions on the
> Ubuntu menu had stopped working, for example all items on the Places
> menu (generally file and directory inspection functions), Software
> Sources, Synaptic Manager, Update Manager, system Monitor and more. I
> invoked some of these from the command line and always got error
> 'cannot find libstdc.6.so version so-and-so in usr/local/lib'.
> Even the apt functions got clobbered by the same condition, so I had
> no way of reinstalling any package. Had to reinstall Ubuntu 10.04.
> The install of GNAT GPL into a /usr/local that I did as last thing
> yesterday is a likely culprit. but I am not pointing a finger.

I'm quite certain there was a simpler way to address the problem.  I do
not think that installing GNAT in /usr/local was the culprit; rather,
the culprit might have been a clobbered system-wide LD_LIBRARY_PATH (as
opposed to a user-specific one) containing an old version of
libstdc++.so.6.

> I am using the codeblocks IDE (C/C++, but no Ada) which provides
> updates via the Universe repositories in Ubuntu. To get updates a user
> only puts repository details into etc/apt/source.list and sets
> authentication data in a keyring. Then the updates arrive as normal
> Ubuntu updates. An update takes a minute or two and then a user can
> reenter the updated codeblocks IDE without having to lift a finger.
> Very simple, convenient and foolproof.
>
> Can GNAT GPL with GPS be updated in a similar fashion for Ubuntu (and
> maybe others too)? Most users from the Windows world, myself included,
> expect this operation to be simple.

You are getting near the conclusion and solution that I gave you
already.  If you can reinstall Ubuntu, you might as well install Debian
which is the source of Ubuntu.  Then install the package gnat-gps and
there you go.  As I said earlier: no fuss, no muss.  It works right out
of the box.

-- 
Ludovic Brenta.

Re: How to fix 'Could not locate executable on path: gnatmake'

[resander]

On May 8, 8:55 pm, Ludovic Brenta <ludo...@ludovic-brenta.org> wrote:
> resander <kresan...@yahoo.com> writes:
> > Yesterday afternoon I installed into /usr/local and found that GPS
> > could be invoked from the GUI menu on Ubuntu 10.04. I then closed the
> > system.
> > This morning (Saturday) I found that about half the functions on the
> > Ubuntu menu had stopped working, for example all items on the Places
> > menu (generally file and directory inspection functions), Software
> > Sources, Synaptic Manager, Update Manager, system Monitor and more. I
> > invoked some of these from the command line and always got error
> > 'cannot find libstdc.6.so version so-and-so in usr/local/lib'.
> > Even the apt functions got clobbered by the same condition, so I had
> > no way of reinstalling any package. Had to reinstall Ubuntu 10.04.
> > The install of GNAT GPL into a /usr/local that I did as last thing
> > yesterday is a likely culprit. but I am not pointing a finger.
>
> I'm quite certain there was a simpler way to address the problem.  I do
> not think that installing GNAT in /usr/local was the culprit; rather,
> the culprit might have been a clobbered system-wide LD_LIBRARY_PATH (as
> opposed to a user-specific one) containing an old version of
> libstdc++.so.6.
>
> > I am using the codeblocks IDE (C/C++, but no Ada) which provides
> > updates via the Universe repositories in Ubuntu. To get updates a user
> > only puts repository details into etc/apt/source.list and sets
> > authentication data in a keyring. Then the updates arrive as normal
> > Ubuntu updates. An update takes a minute or two and then a user can
> > reenter the updated codeblocks IDE without having to lift a finger.
> > Very simple, convenient and foolproof.
>
> > Can GNAT GPL with GPS be updated in a similar fashion for Ubuntu (and
> > maybe others too)? Most users from the Windows world, myself included,
> > expect this operation to be simple.
>
> You are getting near the conclusion and solution that I gave you
> already.  If you can reinstall Ubuntu, you might as well install Debian
> which is the source of Ubuntu.  Then install the package gnat-gps and
> there you go.  As I said earlier: no fuss, no muss.  It works right out
> of the box.
>
> --
> Ludovic Brenta.




The damaged Ubuntu 10.04 was a brand new install. It only had the
codeblocks IDE present when I installed GNAT GPL into /usr/local.

The current Ubuntu reinstall has codeblocks and GNAT GPL (installed
into /usr/gnat) and only those as user-installed packages. Ubuntu
remains alive.

I checked echo $LD_LIBRARY_PATH from from superuser and normal user.
LD_LIBRARY_PATH is not set. I have looked in /etc/profile and /etc/
bash.bashrc. None of these set LD_LIBRARY_PATH. I don't know any other
places where to look for it.

It has been mentioned that installing Debian will solve the problem. I
have seen instructions in http://lists.debian.org/debian-ada/2010/02/msg00003.html.
Assuming these are the ones that apply the task is way too complicated
and require in-depth knowledge of package management. Even after two
years of daily use of Ubuntu I don't have this level of knowledge and
have never needed it.

As a fairly-normal user I expect to be able to install GPS with a
single click and to be able to run it from a GUI menu. Installing
into /usr/gnat is coming near, but the end product only runs from the
command line. If there is a simpler way please let me know and I may
be able to do it.

Here are the instructions for getting automatic updates for
codeblocks:

 deb http://apt.jenslody.de/ any main       to /etc/apt/sources.list
 sudo apt-get install jens-lody-debian-keyring

Two lines only - that is simple for a user, no fuss, no muss here too!


As far as I understand GNAT GPL fetches the install directory from the
PATH and this is in scope only if GPS is invoked from the command
line. The doinstall script asks for the install path (and encourages
use of /usr/gnat) and reminds the user to add /usr/gnat/bin to the
path at the end of installation.
I think the installer could put the install path collected into a file
that is internal to GNAT GPL and let GNAT/GPL use that instead of a
PATH variable. On startup GPS/GNAT would fetch the path from the file
and just use it. Command line users can add the install path to the
PATH to reduce the amount of typing. GUI users can add and configure a
menuitem with the command set to /usr/gnat/bin/gps, for example.

Re: How to fix 'Could not locate executable on path: gnatmake'

[Ludovic Brenta]

resander <kresander@gmail.com> writes:
> It has been mentioned that installing Debian will solve the problem. I
> have seen instructions in
> http://lists.debian.org/debian-ada/2010/02/msg00003.html.  Assuming
> these are the ones that apply the task is way too complicated and
> require in-depth knowledge of package management. Even after two years
> of daily use of Ubuntu I don't have this level of knowledge and have
> never needed it.

That's only because these instructions are for those who want to keep
their main system (in your case Ubuntu) untouched.

> As a fairly-normal user I expect to be able to install GPS with a
> single click and to be able to run it from a GUI menu. Installing into
> /usr/gnat is coming near, but the end product only runs from the
> command line. If there is a simpler way please let me know and I may
> be able to do it.

Have you tried to look for the package gnat-gps in Synaptic?  What
version does Ubuntu have?  The latest is 4.3-5; if Ubuntu has anything
older, it is lagging behind Debian testing.  If it lags behind you have
three options to choose from, in order of growing difficulty:

- live with it (use the older version)
- delete Ubuntu and install Debian from scratch (like I said, if you are
  skilled enough to reinstall Ubuntu, then you are skilled enough to
  install Debian)
- install Debian in a chroot, leaving your Ubuntu intact.  That's,
  indeed, a little more complex.

Do not forget to also install the packages "gnat" and "gprbuild".

> Here are the instructions for getting automatic updates for
> codeblocks:
>
>  deb http://apt.jenslody.de/ any main       to /etc/apt/sources.list
>  sudo apt-get install jens-lody-debian-keyring
>
> Two lines only - that is simple for a user, no fuss, no muss here too!

With Debian you don't even need that.  GNAT and GPS are both in the
official Debian repositories.  You just get them with Synaptic like
everything else.

-- 
Ludovic Brenta.

Re: How to fix 'Could not locate executable on path: gnatmake'

[resander]

On May 9, 2:04 pm, Ludovic Brenta <ludo...@ludovic-brenta.org> wrote:
> resander <kresan...@gmail.com> writes:
> > It has been mentioned that installing Debian will solve the problem. I
> > have seen instructions in
> >http://lists.debian.org/debian-ada/2010/02/msg00003.html.  Assuming
> > these are the ones that apply the task is way too complicated and
> > require in-depth knowledge of package management. Even after two years
> > of daily use of Ubuntu I don't have this level of knowledge and have
> > never needed it.
>
> That's only because these instructions are for those who want to keep
> their main system (in your case Ubuntu) untouched.
>
> > As a fairly-normal user I expect to be able to install GPS with a
> > single click and to be able to run it from a GUI menu. Installing into
> > /usr/gnat is coming near, but the end product only runs from the
> > command line. If there is a simpler way please let me know and I may
> > be able to do it.
>
> Have you tried to look for the package gnat-gps in Synaptic?  What
> version does Ubuntu have?  The latest is 4.3-5; if Ubuntu has anything
> older, it is lagging behind Debian testing.  If it lags behind you have
> three options to choose from, in order of growing difficulty:
>
> - live with it (use the older version)
> - delete Ubuntu and install Debian from scratch (like I said, if you are
>   skilled enough to reinstall Ubuntu, then you are skilled enough to
>   install Debian)
> - install Debian in a chroot, leaving your Ubuntu intact.  That's,
>   indeed, a little more complex.
>
> Do not forget to also install the packages "gnat" and "gprbuild".
>
> > Here are the instructions for getting automatic updates for
> > codeblocks:
>
> >  debhttp://apt.jenslody.de/any main       to /etc/apt/sources.list
> >  sudo apt-get install jens-lody-debian-keyring
>
> > Two lines only - that is simple for a user, no fuss, no muss here too!
>
> With Debian you don't even need that.  GNAT and GPS are both in the
> official Debian repositories.  You just get them with Synaptic like
> everything else.
>
> --
> Ludovic Brenta.




Many thanks Ludovic,

GNAT-GPS 4.3.5 is in synaptic of Ubuntu 10.04.

The following parts are also pulled in:

ada ref manual
gnat
gnat-4.4
gnat-gps-doc
libgnat-4.4
libgnatprj4.4
libgnatvsn4.4
libgtkada2.14.2
libtemplates-parser11.5

and it works from the GUI menu too.

Q1.
Are the versions in the list above the most recent?

Q2.
Have used GCC from the codeblocks IDE for C for the last two years.
I obtained that from the build-essentials package via Ubuntu's
Synaptic.
I recently learned that there is a GCC that also supports Ada.
Is that the same GCC that I have been using. If not, how are they
related?


Many thanks again.

Re: How to fix 'Could not locate executable on path: gnatmake'

[Ludovic Brenta]

resander wrote on comp.lang.ada:
> On May 9, 2:04 pm, Ludovic Brenta <ludo...@ludovic-brenta.org> wrote:
>> Have you tried to look for the package gnat-gps in Synaptic?  What
>> version does Ubuntu have?  The latest is 4.3-5; if Ubuntu has anything
>> older, it is lagging behind Debian testing.  If it lags behind you have
>> three options to choose from, in order of growing difficulty:
>
>> - live with it (use the older version)
>> - delete Ubuntu and install Debian from scratch (like I said, if you are
>>   skilled enough to reinstall Ubuntu, then you are skilled enough to
>>   install Debian)
>> - install Debian in a chroot, leaving your Ubuntu intact.  That's,
>>   indeed, a little more complex.
>
>> Do not forget to also install the packages "gnat" and "gprbuild".
>
> Many thanks Ludovic,
>
> GNAT-GPS 4.3.5 is in synaptic of Ubuntu 10.04.

That would be 4.3-5.

> The following parts are also pulled in:
>
> ada ref manual
> gnat
> gnat-4.4
> gnat-gps-doc
> libgnat-4.4
> libgnatprj4.4
> libgnatvsn4.4
> libgtkada2.14.2
> libtemplates-parser11.5
>
> and it works from the GUI menu too.
>
> Q1.
> Are the versions in the list above the most recent?

Since you do not provide the exact version numbers, I can't tell for
sure. I can however tell from the package names that these versions
are fairly recent (less than 5 months old). You'll have to compare
with the Debian packages. You could try this long URL that I use as my
dashboard to coordinate work:

http://qa.debian.org/developer.php?login=lbrenta+ken@codelabs.ch+reet@codelabs.ch+stephen_leake@stephe-leake.org+nicolas.boulenguez@free.fr+xavier.grave@ipno.in2p3.fr&comaint=yes

This URL will also give you a list of Ada packages that you do not yet
have on your system.

> Q2.
> Have used GCC from the codeblocks IDE for C for the last two years.
> I obtained that from the build-essentials package via Ubuntu's
> Synaptic.
> I recently learned that there is a GCC that also supports Ada.
> Is that the same GCC that I have been using. If not, how are they
> related?

Yes, this is the same GCC, albeit different versions or forks of it.
Full discussion with intricate detail here:

http://people.debian.org/~lbrenta/debian-ada-policy.html (chapter 2,
"Background information").

--
Ludovic Brenta.

Re: How to fix 'Could not locate executable on path: gnatmake'

[resander]

On May 8, 5:25 pm, Britt Snodgrass <britt.snodgr...@gmail.com> wrote:
> On May 8, 12:43 am, Stephen Leake <stephen_le...@stephe-leake.org>
> wrote:
>
> > "Dmitry A. Kazakov" <mail...@dmitry-kazakov.de> writes:
> > > BTW, never edit project files using GPS GUI. Use gedit, vi, ... sed (:-))
>
> > Or just GPS file editor; just avoid the GPS project wizard.
>
> Yes, I also prefer to use GPS's file editor because it helps to flag
> syntax errors in gpr files and I can see the package list in GPS's
> outline view.
>
> I avoid the specialized project properties editor/GUI/wizard because
> it seems to create extraneous case statements in every project file
> package, for each scenario variable, even when the case selections are
> the same.  This can make the gpr file five times longer and much
> harder to maintain.  It also used to write the case selections in
> reverse alphabetical order but I think that has been fixed.
>
> - Britt



Yesterday afternoon I installed into /usr/local and found that GPS
could be invoked from the GUI menu on Ubuntu 10.04. I then closed the
system.

This morning (Saturday) I found that about half the functions on the
Ubuntu menu had stopped working, for example all items on the Places
menu (generally file and directory inspection functions), Software
Sources, Synaptic Manager, Update Manager, system Monitor and more. I
invoked some of these from the command line and always got error
'cannot find libstdc.6.so version so-and-so in usr/local/lib'.
Even the apt functions got clobbered by the same condition, so I had
no way of reinstalling any package. Had to reinstall Ubuntu 10.04.

The install of GNAT GPL into a /usr/local that I did as last thing
yesterday is a likely culprit. but I am not pointing a finger.

I am using the codeblocks IDE (C/C++, but no Ada) which provides
updates via the Universe repositories in Ubuntu. To get updates a user
only puts repository details into etc/apt/source.list and sets
authentication data in a keyring. Then the updates arrive as normal
Ubuntu updates. An update takes a minute or two and then a user can
reenter the updated codeblocks IDE without having to lift a finger.
Very simple, convenient and foolproof.

Can GNAT GPL with GPS be updated in a similar fashion for Ubuntu (and
maybe others too)? Most users from the Windows world, myself included,
expect this operation to be simple.

Re: How to fix 'Could not locate executable on path: gnatmake'

[Harry Tucker]

On May 7, 3:33 am, resander <kresan...@yahoo.com> wrote:
> I installed (by doinstall) the latest version of free GNAT GPL from
> Libre into directory /usr/gnat/bin. After install this contains:
>
> ken@meijin-desktop:/usr/gnat/bin$ ls
> addr2line  gdb        gnathtml.pl  gnatprep         gprof
> c++        gdbserver  gnatkr       gnatstub         gps
> cbrowser   gnat       gnatlink     gnatxref         gps_exe
> cpp        gnatbind   gnatls       gprbuild         i686-pc-linux-gnu-c
> ++
> dbimp      gnatcheck  gnatmake     gprbuild_debug   i686-pc-linux-gnu-g
> ++
> g++        gnatchop   gnatmem      gprclean         i686-pc-linux-gnu-
> gcc
> gcc        gnatclean  gnatmetric   gprclean_debug   i686-pc-linux-gnu-
> gcc-4.3.4
> gccbug     gnatelim   gnatname     gprconfig        objdump
> gcov       gnatfind   gnatpp       gprconfig_debug
>
> I added /usr/gnat/bin to the (Ubuntu 10.04) bashrc startup script of
> the user 'ken' from which I want to use GPS. The echo command
>
> echo $PATH
> /usr/gnat/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/
> bin:/usr/games
>
> issued after login to 'ken' shows that /usr/gnat/bin is on the path.
>
> gnatmake works from the command line for a small test program main.adb
> in adatestproj directory:
>
> ken@meijin-desktop:/home$ ls
> ken  kr  lost+found  meijin
>
> ken@meijin-desktop:/home$ cd ken
> ken@meijin-desktop:~$ ls
> adatestproj Documents  Music Videos...
>
> ken@meijin-desktop:~$ cd adatestproj
> ken@meijin-desktop:~/adatestproj$ ls
> main.adb main.gpr
> ken@meijin-desktop:~/adatestproj$ gnatmake main.adb
> gcc -c main.adb
> gnatbind -x main.ali
> gnatlink main.ali
>
> but from GPS 'Could not locate executable on path: gnatmake' appears
> when I request compile file from adaptestproj directory.
>
> I cannot see what is wrong. Would be grateful for advice.

Try looking at https://help.ubuntu.com/community/EnvironmentVariables
and the section on persistent environment variables.

Re: How to fix 'Could not locate executable on path: gnatmake'

[Harry Tucker]

On May 7, 8:05 am, Harry Tucker <harry.tuc...@sbcglobal.net> wrote:
> On May 7, 3:33 am, resander <kresan...@yahoo.com> wrote:
>
>
>
> > I installed (by doinstall) the latest version of free GNAT GPL from
> > Libre into directory /usr/gnat/bin. After install this contains:
>
> > ken@meijin-desktop:/usr/gnat/bin$ ls
> > addr2line  gdb        gnathtml.pl  gnatprep         gprof
> > c++        gdbserver  gnatkr       gnatstub         gps
> > cbrowser   gnat       gnatlink     gnatxref         gps_exe
> > cpp        gnatbind   gnatls       gprbuild         i686-pc-linux-gnu-c
> > ++
> > dbimp      gnatcheck  gnatmake     gprbuild_debug   i686-pc-linux-gnu-g
> > ++
> > g++        gnatchop   gnatmem      gprclean         i686-pc-linux-gnu-
> > gcc
> > gcc        gnatclean  gnatmetric   gprclean_debug   i686-pc-linux-gnu-
> > gcc-4.3.4
> > gccbug     gnatelim   gnatname     gprconfig        objdump
> > gcov       gnatfind   gnatpp       gprconfig_debug
>
> > I added /usr/gnat/bin to the (Ubuntu 10.04) bashrc startup script of
> > the user 'ken' from which I want to use GPS. The echo command
>
> > echo $PATH
> > /usr/gnat/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/
> > bin:/usr/games
>
> > issued after login to 'ken' shows that /usr/gnat/bin is on the path.
>
> > gnatmake works from the command line for a small test program main.adb
> > in adatestproj directory:
>
> > ken@meijin-desktop:/home$ ls
> > ken  kr  lost+found  meijin
>
> > ken@meijin-desktop:/home$ cd ken
> > ken@meijin-desktop:~$ ls
> > adatestproj Documents  Music Videos...
>
> > ken@meijin-desktop:~$ cd adatestproj
> > ken@meijin-desktop:~/adatestproj$ ls
> > main.adb main.gpr
> > ken@meijin-desktop:~/adatestproj$ gnatmake main.adb
> > gcc -c main.adb
> > gnatbind -x main.ali
> > gnatlink main.ali
>
> > but from GPS 'Could not locate executable on path: gnatmake' appears
> > when I request compile file from adaptestproj directory.
>
> > I cannot see what is wrong. Would be grateful for advice.
>
> Try looking athttps://help.ubuntu.com/community/EnvironmentVariables
> and the section on persistent environment variables.

Opps see the section after that on system-wide environment variables.