Hello,
The GNU Ada Project [1] is pleased to announce a new GNAT release based on
GCC 4.1.0. The Release is currently available for "SuSE 10.0 x86_64" and
"Solaris 10 UltraSparc" - others are to follow.
The SuSE release consist of all GCC core languages (Ada, C, C++, Fortran,
Java, C, C++) and all currently supported libraries and tools
(asis, booch, gdb, gtkada, xmlada).
The Solaris release consists of Ada, C and C
Martin Krischik
[1] http://gnuada.sourceforge.net/

Martin Krischik wrote:
others are to follow.
SuSE 9.2 i586 has been added.
And GLADE (Anex E) for both SuSE releases is being uploaded as I type.
So it's allways worth having another look.
Martin

Tue, 14 Mar 2006 20:26:17 +0100, Martin Krischik wrote:

Martin Krischik wrote:
>
>others are to follow.
>
SuSE 9.2 i586 has been added.

And GLADE (Anex E) for both SuSE releases is being uploaded as I type.

So it's allways worth having another look.

Thanks Martin! I was wondering about Annex E support.

I have been planning a move to 64-bit for some time now, and the
uncertainty over the toolchain (and the cost) had held me back.

I now have a 64-bit test system running Linux, but haven't
settled on any particular distribution yet.

Currently, I'm testing Fedora Core 5 Test 3, but it is probably
a bit too "leading edge" for my needs, and I don't want to get
stuck on an S upgrade treadmill.

I had tried Debian, knowing that Ludovic Brenta was doing
great work on GNAT support in Debian. But I didn't get on
very well with Sarge, lacking hardware support and multi-arch.
I wasn't sure if I could run the 32-bit applications on it
properly.

Suse seemed very promising, and your creation of a complete
set of GNAT packages makes it quite attractive. Perhaps this
is what I should use?

As regards Annex E, I am still stuck with the version of Glade
that goes with GNAT 3.15p, and there appears to be a nasty bug
which I hit occasionally. I had got the impression that
Glade development had halted in favour of P Which of
these should I be using? I guess I should stick with Glade
if that is what you have packaged!

Is it easy to make rpms for FC5? can the SuSE rpms be made to work?

Thanks again!

Dr. Adrian Wrigley wrote:
Is it easy to make rpms for FC5? can the SuSE rpms be made to work?
Thanks again!

"Dr. Adrian Wrigley" <amtw@linuxchip.demon.co.uk.uk.ukwrites:
I had tried Debian, knowing that Ludovic Brenta was doing great work
on GNAT support in Debian. But I didn't get on very well with
Sarge, lacking hardware support and multi-arch. I wasn't sure if I
could run the 32-bit applications on it properly.

As far as I can tell, multiarch support is immature in all
distributions. Work is ongoing in Debian to provide good multiarch
support, but currently we're restricted to biarch support on some
architecture pairs (i386-amd64, powerpc-ppc64, and sparc-sparc64).
I'm not actually that knowledgeable about biarch myself. The
technicalities are already complex enough, but there are policy
decisions to be made as well. Apparently, we're looking at
generalising the toolchain, libraries, filesystem hierarchy, dynamic
loader, package manager (dpkg), and I've probably forgotten some other
things.

That said, have you looked at ?

Yes, you can run 32-bit applications on it. In the worst case, you
can always create a chroot containing a complete 32-bit userland
running on top of a 64-bit system. But as I said, Debian developers
are looking for ways to provide that out of the box.

If you want to do Ada on amd64 with Sarge, you need to use gnat-3.4
instead of gnat. In Etch, you get gnat-4.0 instead. I'm now working
on providing gnat-4.1, which, when it stabilises, will become the
default compiler for Ada 2005, C, C++, Fortran 95, Java, C,
and C

Suse seemed very promising, and your creation of a complete
set of GNAT packages makes it quite attractive. Perhaps this
is what I should use?

I don't follow SuSE development, but I am under the impression that
its otherwise good support for amd64 is uniarch only, i.e. support for
32-bit binaries is immature. Perhaps Martin can confirm or deny.

As regards Annex E, I am still stuck with the version of Glade
that goes with GNAT 3.15p, and there appears to be a nasty bug
which I hit occasionally. I had got the impression that
Glade development had halted in favour of P Which of
these should I be using? I guess I should stick with Glade
if that is what you have packaged!

You can download recent sources of GLADE from AdaCore's CVS
repository[1]. I see there is activity there, the most recent file
was modified 6 days ago. The change seems to be related to 64-bit
architectures.

[1]

It is my intention to take these sources and port them to GCC 4.1.

Dr. Adrian Wrigley wrote:

As regards Annex E, I am still stuck with the version of Glade
that goes with GNAT 3.15p, and there appears to be a nasty bug
which I hit occasionally. I had got the impression that
Glade development had halted in favour of P Which of
these should I be using? I guess I should stick with Glade
if that is what you have packaged!

Actually PRB needs both GLADE and AWS for full support. PRB will
compile with less but then it will switch off some of it's features. So
more important is a good unified tool chain.

Is it easy to make rpms for FC5? can the SuSE rpms be made to work?

The way to go is to download the .src.rpm files for SuSE together with the
configuration files and build them on FC5. Sadly rpmbuild
support is still on the todo list so you have to install the .src.rpm and
kick off the compile manually.

I would expect it to work on any Linux system. We also have a little
instruction on how to do it:

course: If you are successfull then it would be nice if you uploaded the
rpm as well.

Martin

Ludovic Brenta wrote:

>Suse seemed very promising, and your creation of a complete
>set of GNAT packages makes it quite attractive. *Perhaps this
>is what I should use?

I don't follow SuSE development, but I am under the impression that
its otherwise good support for amd64 is uniarch only, i.e. support for
32-bit binaries is immature. *Perhaps Martin can confirm or deny.

Most packages come with 32bit compatibility packages which you can
optionally install. Same goes for the compiler. i.E. I only got a GPS for
32bit and that works fine.

You can use linux32 to force an application as 32bit:

/work/rpm/SCRIPTS Linux martin@linux2 Mi M 15 18:53:00 standart
>uname -a
Linux linux2 2.6.13-15.8-default #1 Tue Feb 7 11:07:24 UTC 2006 x86_64
x86_64 x86_64 GNU/Linux
/work/rpm/SCRIPTS Linux martin@linux2 Mi M 15 18:53:07 standart
>linux32 uname -a
Linux linux2 2.6.13-15.8-default #1 Tue Feb 7 11:07:24 UTC 2006 i686 athlon
i386 GNU/Linux
/work/rpm/SCRIPTS Linux martin@linux2 Mi M 15 18:53:13 standart

Martin

The 32bit GPS nags me of course and I regularly try to compile a native
64bit GPS.

In article <1278087.EuUEHmVXRb@linux1.krischik.com>, Martin Krischik wrote:
Dr. Adrian Wrigley wrote:
>
>As regards Annex E, I am still stuck with the version of Glade
>that goes with GNAT 3.15p, and there appears to be a nasty bug
>which I hit occasionally. I had got the impression that
>Glade development had halted in favour of P Which of
>these should I be using? I guess I should stick with Glade
>if that is what you have packaged!
>
Actually PRB needs both GLADE and AWS for full support. PRB will
compile with less but then it will switch off some of it's features. So
more important is a good unified tool chain.

PRB need neither GLADE nor AWS, the only current dependency is
on XML/Ada if you wish SAP support.

It is the user responsibility to swith on features, by default PRB
only builds CRBA, without any service.

Jerome Hugues a :

PRB need neither GLADE nor AWS, the only current dependency is
on XML/Ada if you wish SAP support.

It does not need AWS because part of the SAP sources are copied from
AWS. But this should change at some point as work have been done to use
directly AWS for SAP support on PRB.

Pascal.

Martin Krischik <krischik@users.sourceforge.netwrites:
Most packages come with 32bit compatibility packages which you can
optionally install. Same goes for the compiler. i.E. I only got a
GPS for 32bit and that works fine.

Who packaged that GPS? Just curious?

You can use linux32 to force an application as 32bit:

/work/rpm/SCRIPTS Linux martin@linux2 Mi Mr 15 18:53:00 standart
>>uname -a
Linux linux2 2.6.13-15.8-default #1 Tue Feb 7 11:07:24 UTC 2006 x86_64
x86_64 x86_64 GNU/Linux
/work/rpm/SCRIPTS Linux martin@linux2 Mi Mr 15 18:53:07 standart
>>linux32 uname -a
Linux linux2 2.6.13-15.8-default #1 Tue Feb 7 11:07:24 UTC 2006 i686 athlon
i386 GNU/Linux
/work/rpm/SCRIPTS Linux martin@linux2 Mi Mr 15 18:53:13 standart

Looks like "linux32" is a shell script that wraps a chroot. Is that
the case?

Thanks for your input.

"Martin Krischik" <krischik@users.sourceforge.neta dans le message
de news: 1253120.DI8C@linux1.krischik.com
Hello,

The GNU Ada Project [1] is pleased to announce a new GNAT release based on
GCC 4.1.0. The Release is currently available for "SuSE 10.0 x86_64" and
"Solaris 10 UltraSparc" - others are to follow.

The SuSE release consist of all GCC core languages (Ada, C, C++, Fortran,
Java, C, C++) and all currently supported libraries and tools
(asis, booch, gdb, gtkada, xmlada).

The Solaris release consists of Ada, C and C

Martin Krischik

[1] http://gnuada.sourceforge.net/

Ludovic Brenta wrote:

Martin Krischik <krischik@users.sourceforge.netwrites:
>Most packages come with 32bit compatibility packages which you can
>optionally install. Same goes for the compiler. i.E. I only got a
>GPS for 32bit and that works fine.
>
Who packaged that GPS? Just curious?

AdaCore. I have not yet managed to compile a GPS for quite some whil. I have
event tried using a GNAT/Pro compiler. I have another try with the GPS
3.1.3 right now - I post what came of it.

Looks like "linux32" is a shell script that wraps a chroot. Is that
the case?

list /usr/bin/linux32
"/usr/bin/linux32" may be a binary file. See it anyway?

No.

Martin

Martin Krischik wrote:

>Who packaged that GPS? *Just curious?
>
AdaCore. I have not yet managed to compile a GPS for quite some whil. I
have event tried using a GNAT/Pro compiler. I have another try with the
GPS 3.1.3 right now - I post what came of it.

No does not work:

gnatmake -Pgps gps-main.adb
gcc -c -g -g
-gnata -gnatVa -gnatQ -gnaty -gnatwjmeurk -Wall -I-
-gnatA /
gcc -c -g -g
-gnata -gnatVa -gnatQ -gnaty -gnatwjmeurk -Wall -I-
-gnatA /
gnatmake: external source (a-string.ads) is not part of any project; cannot
be compiled without gnatmake switch -x
make[1]: [internal-build] Fehler 4
make: [default] Fehler 2
error: Bad exit status from /var/tmp/rpm-tmp.17678 (%build)

RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.17678 (%build)

Why it is trying to recompile a-string.ads?

Martin

Sun, 12 Mar 2006 17:34:51 +0100, Martin Krischik wrote:

Hello,

The GNU Ada Project [1] is pleased to announce a new GNAT release based on
GCC 4.1.0. The Release is currently available for "SuSE 10.0 x86_64" and
"Solaris 10 UltraSparc" - others are to follow.

The SuSE release consist of all GCC core languages (Ada, C, C++, Fortran,
Java, C, C++) and all currently supported libraries and tools
(asis, booch, gdb, gtkada, xmlada).

Is this likely to work with SuSE 10.1 (Beta 8), and the 10.1 release
expected in mid April? I don't know enough about the changes between
these releases to be sure.

I'd like to try out SuSE, and if it gives what I need, install 10.1
when it comes out on a "production" machine.

Thanks.

Dr. Adrian Wrigley wrote:

Sun, 12 Mar 2006 17:34:51 +0100, Martin Krischik wrote:
>
>Hello,
>>
>The GNU Ada Project [1] is pleased to announce a new GNAT release based
>on GCC 4.1.0. The Release is currently available for "SuSE 10.0 x86_64"
>and "Solaris 10 UltraSparc" - others are to follow.
>>
>The SuSE release consist of all GCC core languages (Ada, C, C++, Fortran,
>Java, C, C++) and all currently supported libraries and tools
>(asis, booch, gdb, gtkada, xmlada).
>
Is this likely to work with SuSE 10.1 (Beta 8), and the 10.1 release
expected in mid April? I don't know enough about the changes between
these releases to be sure.

I got an update abo for SuSE - so if SuSE 10.1 comes out a new gnat will
come out as well.

Besides: GNAT/GPL does not compile "out of the box" on SuSE 10.0 - you need
to bootstrap with a GNAT/GPL version compiled on SuSE 9.3. Which shows that
a gnat installation tend to work on the next version as well.

I'd like to try out SuSE, and if it gives what I need, install 10.1
when it comes out on a "production" machine.

Try www.opensuse.com and download a SuSE 10.0 then. SuSE 10.0 even got
network install.

Martin

Sun, 19 Mar 2006 10:59:40 +0100, Martin Krischik wrote:

Dr. Adrian Wrigley wrote:
>
>Sun, 12 Mar 2006 17:34:51 +0100, Martin Krischik wrote:
>>
Hello,

The GNU Ada Project [1] is pleased to announce a new GNAT release based
on GCC 4.1.0. The Release is currently available for "SuSE 10.0 x86_64"
and "Solaris 10 UltraSparc" - others are to follow.

The SuSE release consist of all GCC core languages (Ada, C, C++, Fortran,
Java, C, C++) and all currently supported libraries and tools
(asis, booch, gdb, gtkada, xmlada).
>>
>Is this likely to work with SuSE 10.1 (Beta 8), and the 10.1 release
>expected in mid April? I don't know enough about the changes between
>these releases to be sure.
>
I got an update abo for SuSE - so if SuSE 10.1 comes out a new gnat will
come out as well.

Besides: GNAT/GPL does not compile "out of the box" on SuSE 10.0 - you need
to bootstrap with a GNAT/GPL version compiled on SuSE 9.3. Which shows that
a gnat installation tend to work on the next version as well.
>
>I'd like to try out SuSE, and if it gives what I need, install 10.1
>when it comes out on a "production" machine.
>
Try www.opensuse.com and download a SuSE 10.0 then. SuSE 10.0 even got
network install.

Actually, I've just tried the SuSE 10.1 Beta 8, to see how I get on
with it.

The S gave me some trouble at first. It fails to (NFS) install
with "just" 256MB of RAM. It took a long time to figure out
what ftructure it needed for NFS installation (it worked when I
had each CD as a separate NFS export, and gave it the path to
the first CD. Fedora installed from a simple directory of .iso files!).

Xorg installed with an invisible pointer(!), but that was cured with
the SWCursor option. It spontaneously rebooted while I wasn't watching,
before the installation was complete. It only mounts NFS over UDP
because TCP isn't available (how do I fix this?). And I haven't
figured out how to accept incoming connections to the X server
(even xhost + doesn't work)(hints please!). The default of deleting
all data on all drives seems a bit unfriendly, but I spotted that
before pressing "K". And I haven't yet figured out where to get
my favorite packages, such as mp3/media players or rxvt.
I think the proprietary and relatively new chipset on the
Gigabyte GA K8N51GMF S754 motherboard has complicated things,
because a lot of Linux distributions have only just started supporting
it, limiting one to "bleeding edge" versions.

As regards GNAT, your packages installed K, once I had realized I needed
the gnat-conf package first. (I didn't find all the instructions until
after things had failed). I ""ed gdb after it complained about
conflict with /opt/gnat/gcc/lib/libiberty.a. Aside from these two
"gotchas", I am very pleased with the simplicity and completeness
of the installation. (Show_GNAT doesn't mention GLADE yet).
Thanks for the work, Martin! I think I could probably learns a few
tips from the scripts you've put together. I'll try to get
Florist installed soon too.

When it comes to the Ada, it has been a little bit disappointing though.

First I got copious "warning: frame size too large for reliable stack
checking" messages when using "-fstack-check", and other (new) minor
warnings. Some previously clean code even complained about types
being frozen before declaration. Some options have become obsolete,
causing build scripts to fail ("deferred_termination" in GLADE,
for example).

Running 'gate' to convert the GUI, developed in Glade into Ada failed:
raised STRAGE_ERRR : stack overflow (or erroneous memory access)
Couldn't generate Ada code. Exiting.
I shall do some experiments to try to find out what is wrong.
I think the version of Glade I had previosly used was too old, but
it is still an unfriendly result.

Perhaps the biggest problem I face, is linking in 32-bit libraries.
This come from third parties, and I have no source code to recompile
for the 64-bit architecture.

solution, is to run the 32-bit libraries with 32-bit Ada in
separate 32-bit Annex E partitions. The 64-bit code can still
be used for the bulk of the software, and the partitioning is
already structured to allow this. But if adds hassle to the
build and configuration management and tool chain requirements :(

Has anyone experience of running dual architectures under GLADE
on a single machine? Is this the simplest way of running
a 64-bit program with 32-bit libraries? Presumably I need to
install 32-bit GNAT and GLADE, and run them under a chroot
with "linux32"? Then I need to get Gnatdist to make code to
invoke the 32-bit components in a 32-bit environment too?
How closely matched do the compilers have to be? Will any
version of GNAT/Glade compile partitions to work with any other?
Do I need the full architecture-independent GLADE filters?
are the architectures sufficiently similar to work without the
extra layer of conversion?

The SuSE installation gives me the opportunity to try out
these new GNAT builds, and I should be able to get a test
system running with that. For the production system,
I think I'll try Debian again. Fedora and particularly
SuSE have been rather frustrating in several ways.
But I am still quite a way off putting a 64-bit system
into production on this project

Tue, 21 Mar 2006 12:04:14 +0000, Rob Norris wrote:

Mon, 20 Mar 2006 01:23:13 +0100, Georg Bauhaus
<bauhaus@futureapps.dewrote:
>
>>Dr. Adrian Wrigley wrote:
>>
And I haven't
figured out how to accept incoming connections to the X server
(even xhost + doesn't work)(hints please!).
>>
>>When working locally with 2 different uids, adding xauth
>>credentials and DISPLAY for the other user has usually been sufficient.
>>X11 forwarding settings for ssh might help in other circumstances.
>>
>>(I also remember there was an issue with ports and, alas, a telnet
>>setting(?) when the connection was across machines. FWIW.)
>>
>>HTH,
>Georg Bauhaus
>
There's some settings in the display manager.

If you're using gdm it's in /etc/X11/gdm/gdm.conf [security] bit.

That's what I looked for but the file wasn't there. I looked
all over the place in the GUI for gdmsetup, or similar.
The security settings were even blocking yast2 and the control-center
from running on the X server I started manually.

I found what I was looking for under /etc/opt/gnome/gdm and
/opt/gnome/sbin/gdmsetup. And under /usr/X11R6/bin/startx, which
disables tcp too. And the firewall seemed to be running too, even though
I had disabled it on installation. I've got "locate" installed now,
so I'm less likely to be thrown by binaries in odd places

Normally you can use the login display manager to change the settings.

You may need to reboot to get the settings to be applied.

Things are running a lot smoother now, and Martin's GNAT builds
are working nicely (after disabling the technicolor prompt!), apart
from 'gate' (for building GUIs), which crashes horribly.

I'm still looking into the issue of 32-bit libraries with GLADE.

Dr. Adrian Wrigley wrote:

(after disabling the technicolor prompt!)

What - you don't like the prompt? Do you know that 15 years of experience
and continues improvement went into that extraordinary super prompt! The
layout and colors have been optimized to work equally well with MS-DS,
S/2, Windows NT and Linux and give you all the informations you need for
all your shell work in just one line!! And most importantly: It tells you
which GNAT is currently active.

;-)

Martin

Tue, 21 Mar 2006 20:34:05 +0100, Martin Krischik wrote:

Dr. Adrian Wrigley wrote:
>
>(after disabling the technicolor prompt!)
>
What - you don't like the prompt? Do you know that 15 years of experience
and continues improvement went into that extraordinary super prompt! The
layout and colors have been optimized to work equally well with MS-DS,
S/2, Windows NT and Linux and give you all the informations you need for
all your shell work in just one line!! And most importantly: It tells you
which GNAT is currently active.

only 15 years? My prompt has over 20 years of experience built in!

By the way since you're nearby

I'm having difficulty building stuff with GtkAda packages,
for example, /

Everything goes fine until the final link:

gnatlink gladeedit.ali -g -L/opt/gnat/gcc/lib -lgtkada -L/usr/X11R6/lib64
-L/opt/gnome/lib64 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0
-lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl
-lglib-2.0 -lfreetype -lfontconfig -lXrender -lX11 -lXext -lpng12 -lz
-lglitz -lm
/usr/bin/ld: cannot find -lgtk-x11-2.0
collect2: ld returned 1 exit status
gnatlink: cannot call /opt/gnat/gcc/bin/gcc
gnatmake: link failed.
make: [all] Error 4

$ ls -l /opt/gnome/lib64/libgtk-x11-2.0*
lrwxrwxrwx 1 root root 26 2006-03-18 19:26 / -libgtk-x11-2.0.so.0.800.10
-rwxr-xr-x 1 root root 3362816 2006-03-14 00:47 /

I can see the -L/opt/gnome/lib64 in the gcc line, but somehow, it doesn't
find the gtk-x11-2.0 (and gdk and probably other stuff)

why doesn't it find the library?

And I have just been playing with building 32-bit binaries with gnat,
it tries (and fails) to link with the 64-bit libgnat.a.
I'm slightly surprised it even tries to link the wrong architecture
library in. Do you think it would be straightforward for me to
build the 32-bit version of libgnat.a, and get the "-m32" option
working properly?

trg wrote:

"Martin Krischik" <krischik@users.sourceforge.neta dans le message
de news: 1253120.DI8C@linux1.krischik.com
>Hello,
>>
>The GNU Ada Project [1] is pleased to announce a new GNAT release based
>on GCC 4.1.0. The Release is currently available for "SuSE 10.0 x86_64"
>and "Solaris 10 UltraSparc" - others are to follow.
>>
>The SuSE release consist of all GCC core languages (Ada, C, C++, Fortran,
>Java, C, C++) and all currently supported libraries and tools
>(asis, booch, gdb, gtkada, xmlada).
>>
>The Solaris release consists of Ada, C and C
>>
>Martin Krischik
>>
>[1] http://gnuada.sourceforge.net/
>--
>
Is there a MS Windows release in the making?

We just added a version for cygwin. MinGW is planned as well but we don't
know when it will be finished.

Martin