Nicolas Boulenguez nicolas.bouleng...@free.fr writes:
Package: gprbuild
Version: 1.2.0-1
Severity: wishlist
Hello. Suppose I have installed the libgtkada package, and created the
two following files.
-- main.adb
procedure Main is
begin
null;
end Main;
--
fixed in Ada France mtn ec7233499764aef14b4bd0a4b1159eefb24b9acb
--
-- Stephe
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Ludovic Brenta ludo...@ludovic-brenta.org writes:
Please update the Packages-arch-specific entries for the Ada packages as
follows.
..
+%libaunit:!alpha
This arch string is not recognized by dpkg:
dpkg-source: error: `!alpha' is not a legal architecture string
Is this supposed
Package: gnat-4.4
Version: 4.4.2-4
When compiling a project that includes Ada.Finalization with the
compiler option -gnatyO, I get the following errors:
s-pooglo.ads:56:13: (style) missing overriding indicator in declaration of
Storage_Size
s-pooglo.ads:60:14: (style) missing overriding
s-tpoben.ads:226:14: (style) missing overriding indicator in declaration of
Finalize
--
-- Stephe
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: gnat-4.4
Version: 4.4.3-1
Severity: normal
When OpenToken tests are linked with the AUnit dynamic library, the
tests fail in odd ways. However, when the OpenToken tests bypass the
AUnit dynamic library, and just include the AUnit sources in the
project, the OpenToken tests work properly.
Package: wnpp
version: 1.0
Severity: wishlist
Upstream Author : AdaCore (rep...@adacore.com)
URL : http://libre.adacore.com/libre/
License : GPL
Programming Lang: Ada
Description : a multi-language extensible build tool
A set of tools for processing GNAT project files.
fixed in Ada France mtn 5b499b4135db1ce3e7987a480ace8ffce9a7789c
thanks for noticing this.
--
-- Stephe
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Nicolas Boulenguez nicolas.bouleng...@free.fr writes:
Hello. Thanks for packaging this promising tool.
You're welcome.
The first example of the tutorial fails:
$ cd first_steps
$ make default.cgpr
gprconfig --batch --config Ada,,default --config C -o default.cgpr
Error: no matching
Ludovic Brenta ludo...@ludovic-brenta.org writes:
The package gcc provides the symlink /usr/bin/gcc - gcc-x.y and depends
on the package gcc-x.y. Here, x.y=4.3.
The package gnat provides the symlink /usr/bin/gnatgcc - gcc-x.y and
depends on the package gcc-x.y. Here, x.y = 4.4.
Sven Joachim svenj...@gmx.de writes:
Please start with 'emacs -Q', load the Ada mode files explicitly so
you know exactly which ones you are using, and see if you still get
the bug.
I still get it in `emacs -Q' for the input mentioned in the bug report:
--8---cut
Package: debian-maintainers
Version: 1.52
Severity: normal
Please accept my application as Debian Maintainer. jetring changeset
attached.
--
-- Stephe
add-ECC1D5F5A1FC6CFA
Description: Binary data
--
-- Stephe
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
The immediate cause of the bug is that gprbuild is trying to write a
file /usr/share/ada/adainclude/gdk.cswi containing compilation
switches, and it doesn't have write permissions there.
So a workaround is to allow writes there (possibly not a good idea :),
or to move gtkada2.gpr to a directory
catch throw doesn't work for me:
$gdb
Current directory is /home/Projects/biblio/build/linux_debug/
GNU gdb (GDB) 7.0.1-debian
(gdb) catch throw
Function __cxa_throw not defined.
Catchpoint 1 (throw)
(gdb) run
Starting program: /home/Projects/biblio/build/linux_debug/test_one_harness.exe
I'm the upstream maintainer for Emacs ada-mode. ada-mode is included
in the Emacs package, so there is no need for a separate Debian
ada-mode package.
--
-- Stephe
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: gnat-4.4
Version: 4.4.2-4
I had gcc-4.4 (4.4.1-3) and gnat-4.3 installed. I upgraded to
gnat-4.4, but it was non-functional, complaining it could not find
system.ads. The problem turned out to be a missing symlink, that is
installed by gcc-4.4 (4.4.2).
The root cause is that gnat-4.4
Package: gnat-4.4
Version: 4.4.2-4
I'm debugging Ada code compiled with gnat-4.4. gdb supports Ada:
(gdb) show lang
The current source language is auto; currently ada.
However, it does not suppor the 'break exception' command:
(gdb) break exception
exception is not a function
'catch
A workaround for this is to remove Mtn from vc-handled-backends:
(setq vc-handled-backends '(CVS))
An alternative Emacs frontend for monotone is DVC:
http://www.xsteve.at/prg/emacs_dvc/dvc.html
--
-- Stephe
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
gprbuild 1.4.1 has a bug that breaks QtAda, so I'm waiting for 1.5.
The bug has been fixed in AdaCore's development version; I may try to
backport the fix.
--
-- Stephe
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Frans Pop gave me access to his hppa machine.
If I compile from full GNADE source (not using the GNADE dynamic or
static libraries), the code works.
With the dynamic library, I get a SIGSEGV, somewhere in the program
startup, before any user code.
With the static library, I get a stack overflow
Carlos O'Donell car...@systemhalted.org writes:
On Sun, Dec 13, 2009 at 10:03 AM, Stephen Leake
stephen_le...@stephe-leake.org wrote:
Frans Pop gave me access to his machine. I have some more information
on the bug.
If I compile from full GNADE source (not using the GNADE dynamic or
static
Removing -fstack-check from the compiler options when building the
libraries and the test fixes the problem.
The earlier statement building from source without the libraries
fixes the problem is misleading; -fstack-check was left out of the
compiler options in that build.
So GNADE is useable,
Hi,
I'm considering becoming the new Debian maintainer for gnade. I'm very
new at Debian, although I've been using gnade for years.
I'm concerned about the way the library dependencies are handled.
In Lenny, Gnade 1.6.2 lists a dependency on libmysqlclient15. In
Squeeze, libmysqlclient15 will
u...@debian.org (Aaron M. Ucko) writes:
Stephen Leake stephen_le...@stephe-leake.org writes:
You have suggested changing it to unversioned libmysqlclient. However,
I think that is potentially dangerous.
The official package name *is* libmysqlclient-dev; there is no
libmysqlclient16-dev
Package: libbotan1.8-dev
Version: 1.8.11-1.1+b1
Steps to reproduce the problem:
1. uninstall libgmp-dev
2. install all packages listed in org.debian.monotone/control
Build-Depends (which includes libbotan1.8-dev, but not libgmp-dev)
3. cd net.venge.monotone
4. ./configure
Expected result:
Ondřej Surý ond...@sury.org writes:
Could you please attach full build log and config.log?
It seems I was in error, or at best the problem exists only in sid
(testing).
I created a clean wheezy chroot, and ran 'sudo schroot -- aptitude
build-depends monotone'.
After fixing a different
Francis Russell francis+d...@unchartedbackwaters.co.uk writes:
Hi Stephen,
the Monotone Debian packaging already has a dependency on libz-dev.
Ah, yes. Sorry, somehow I didn't notice that I was suggesting the same
dependency that was failing. I've had problems before with the various
Pino Toscano toscano.p...@tiscali.it writes:
Package: monotone
Version: 1.0-2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
currently[1] monotone fails to build on hurd-i386.
The problem is due to the usage of MAXPATHLEN, which is not defined on
Pino Toscano toscano.p...@tiscali.it writes:
Hi,
thanks for the review so far!
Alle martedì 3 maggio 2011, Stephen Leake ha scritto:
Pino Toscano toscano.p...@tiscali.it writes:
Also, after the (log!) test suite run I got just three failures:
60 automate_certs
In testing and unstable, the locations of the Ada runtime has moved due
to multiarch support. That's one of the items matched to find a
compiler, so gprbuild fails to find an Ada compiler. This will be fixed
in the next version of gprbuild.
--
-- Stephe
--
To UNSUBSCRIBE, email to
31 matches
Mail list logo