bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Ada support for Debian GNU/Hurd


From: Svante Signell
Subject: Re: Ada support for Debian GNU/Hurd
Date: Wed, 04 Apr 2012 14:02:04 +0200

Correcting the spelling in the title: Ada is a name of the person the
language is dedicated to: Adaafter Augusta Ada, Countess of Lovelace.
The "World's First Computer Programmer" according to wikpedia.
(People has reacted)

On Wed, 2012-04-04 at 12:28 +0100, Samuel Thibault wrote:
> Samuel Thibault, le Tue 03 Apr 2012 09:38:42 +0200, a écrit :
> > Svante Signell, le Tue 03 Apr 2012 09:12:42 +0200, a écrit :
> > > > I have uploaded packages on debian-ports, so we can consider that the
> > > > bootstrap step is done, thanks again!
> > > 
> > > Nice! Did you enable build of the GNU locale in addition to ada in
> > > debian/rules.defs.
> > 
> > Ah, no, I forgot.
> 
> It seems to be working, I'm uploading it to debian-ports.

Good, then I'll file one/two bug reports on enabling Ada and GNU locale
in debian/rules.defs. (Test built too, it works). BTW: From the
changelog it was enabled already in 2008 by a bug report from you:
  * Use GNU locales on hurd-i386 (Samuel Thibault). Closes: #485395
Looks like it has been disabled since then. Is the GNU locale stuff only
for the C++ test suite??

BTW: Regarding the segfault I'm kind of stuck. I'm almost finished
updating the s-osinte-gnu.ads file. However, changing that file does not
make any change on where the segfault happens. It must come from
somewhere else, like long int is 64 bits instead of 32 bits, etc. The
segfault for music123 happens at:
Breakpoint 3 at 0x1054c0d: file s-taprop.adb, line 1343.
1343          Specific.Initialize (Environment_Task);
(gdb) s

Program received signal SIGSEGV, Segmentation fault.
0x01047a00 in
system__task_primitives__operations__specific__initializeXnn@plt
    () from /usr/lib/i386-gnu/libgnarl-4.6.so.1

And at somewhat different places for statically built tasking binaries,
but nothing is affected by the s-osinte-gnu.ads file. Probably changes
in that file will come into play when the first problem is solved.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]