Looks like a relatively modern binding, at least for a qt-3 (unlike some qt-1 bindings found on some stale sites). Also, on comp.lang.ada there was a discussion just this week and it seems a project has been started on creating bindings (following class hierarchy and allowing class extention) for qt-4. Primary contributors seem to be Yves Bailly <kafka.fr@laposte.net> and Vadim Godunko <vgodunko@rostel.ru> (there was also a thread on russian mailing list mirroring the one on comp.lang.ada). If this works out that would definitely be a candidate for inclusion. Meanwhile I'll try to look at the above link at some point.. George
Vadim just made an announcement of the first public release of whatever they came up with at this point. I doubt it is complete, or that it even covers much of qt, but apparently there is some code already on this site: http://qt4ada.sourceforge.net/ George
I managed to build qtada-0.1.1 on gentoo Linux. Here is an ebuild and small patch. I've sent this patch to authors. There is also an error in dev/asis-gpl, so I've opened bug #191090. Some problems with this ebuild: Author claims that qtada could be built on gnat-gpl-2007 only, so I doubt to use gnat.eclass. I used it, but reject any gnat profile except gnat-gpl-4.1 in lib_compile/lib_install. Any better solution? There is "QA Notice:". I dont know what does it mean.
(continue) The biggest problem: I have stuck with install 'amoc' into /usr/bin. Please help
Created attachment 129865 [details] qtada-0.1.1.ebuild
Created attachment 129867 [details, diff] qtada-0.1.1-gentoo.patch
Thanks Maxim! I had a shot at it myself, but that was long time ago, when it was half way to even 0.1. I wanted to do a live svn ebuild, but could not get the thing to build even once, quite expectedly, considering that gnat-gpl-2007 was noteven out then. Hopefully this one works. I am going to take a look at it, just a few remarks first: >Author claims that qtada could be built on gnat-gpl-2007 only, so I doubt to >use gnat.eclass. I used it, but reject any gnat profile except gnat-gpl-4.1 in >lib_compile/lib_install. Any better solution? Well, right now there is only one version of gnat that supports "full" Ada-2005. So, for now this ebuild can simply be done a "regular" way, without inheriting gnat.eclass at all(it would just depend directly on gnat-gpl-4.1.3.2007). However the long term solution would use a virtual, which I was going to create, most likely virtual/ada. This one would track Ada standard versions (so it would have ada-1995 and ada-2005 correspondingly there), different from the virtual/gnat which tracks gcc backend versions. However I have not figured out yet all the details of how this would be supported by gnat.eclass. It is getting quite convoluted I am afraid :(. >The biggest problem: I have stuck with install 'amoc' into /usr/bin. Well, until multiple SLOTs are implemented this is not really a problem. Even then, this might be Ok - I understand that this is some kind of code driver or "extra frotend"? If it spits out stuff in some backend-independent format then we can keep only one version even if qtada is SLOTted. We will have to see.. George
Created attachment 129940 [details] a somewhat cleaned up ebuild Here goes. This is a first pass on the ebuild, incorporating some of the changes I described plus cleanups. I haven't touched the install part yet, as the compile does not finish cleanly yet: make[2]: ????? ? ??????? "/var/tmp/portage/dev-ada/qtada-0.1.1/work/qtada-0.1.1-gpl/examples/elastic_nodes" ../../adacompiler -c -O0 -gnat05 -gnatW8 -I. -I. -I../../source/gui -I../../source/gui -I../../source/core -I../../source/core -I../../source/ui_tools -I../../source/ui_tools graph_widgets.ads -o graph_widgets.o ../../adacompiler -c -O0 -gnat05 -gnatW8 -I. -I. -I../../source/gui -I../../source/gui -I../../source/core -I../../source/core -I../../source/ui_tools -I../../source/ui_tools graph_widgets-constructors.adb -o graph_widgets-constructors.o ../../source/tools/amoc/amoc ./graph_widgets-impl.adb -gnat05 -O0 -gnat05 -gnatW8 -I. -I. -I../../source/gui -I../../source/gui -I../../source/core -I../../source/core -I../../source/ui_tools -I../../source/ui_tools gcc: language ada not recognized gcc: language ada not recognized gcc: ./graph_widgets-impl.adb: linker input file unused because linking not done ???? ?????? ?????????? graph_widgets-impl.adt ??????? ??????. Execution terminated by unhandled exception Exception name: ASIS.EXCEPTIONS.ASIS_FAILED As I can see, the library is already built though. This happens when it tries to compile examples, so some changes may be necessary (apparently ittriesto call gcc instead of gnatgcc). However these examples may be moved to test part or even omitted and left as an excersize to user. Attaching this now, so that this does notget lost. I'll try to revisit this package again soon. Things to do: 1. Sort out situation with examples 2. Do the installation part. BTW, what is the problem with that binary? Why did you not simply use dobin there? (instead of insinto/doins, you'd then need to change permissions as well I think) 3. expand pkg_setup to check whether the right version of gnat is activated.. George
"gcc: language ada not recognized" This is the bug in dev/asis-gpl I meant before. Read bug #191090. In ASIS source name of gnat frontend is written in source code as "gcc". Amoc call asis library, asis call gcc (instead of gnatgcc), gcc knows nothing about ada and complains. Try to emerge patched asis from bug #191090. >what is the problem with that binary I used gnat.eclass. It's unclear for me in what function should I install /usr/bin/amoc (in lib_install or in src_install). In lib_install amoc is available but target directory not. In src_install amoc is lost somewhere in profiles build directories. It would be straitforward to install it in usual compilation way (without gnat.eclass) though. "ebuild qtada-0.1.1-r1.ebuild compile" works fine for me (including examples). Let's proceed to install part :) Actually I started writing ebuild in your way (without gnat.eclass), but couldn't easyly get name of target directory for *.ali files and turn to gnat.eclass way.
Created attachment 138287 [details] qtada-1.0.0.ebuild Sorry for the delay. This is an ebuild for the 1.0.0 version (there is a snapshot for 1.1.0 as of now). This one is a continuation of the previous approach - one compiler only. It is pretty basic (qtada install scripts has improved quite a bit since last try) but may require some adjustment to src_install. However this will most likely not go into the tree as it is now. I have some ideas for how to properly do multicompiler setup, so watch bug #151343. The problem here is that this package requires relatively full Ada-2005 implementation, so gnat.eclass has to be enhanced somewhat first. Plus, I will probably soon add some snapshot for gnat-gcc-4.3, so the proper handling will really be necessary. George
Added dependency on bug #151343, as discussed in previous comment.
I got error while emerging: /usr/bin/install -c -m 0444 'qt4-timers.ali' '/var/tmp/portage/dev-ada/qtada-1.0.0/image//usr/lib/ada/qtada/qtada/qt4-timers.ali' test -z "/usr/include/ada/qtada/qtada/core" || mkdir -p -- "/usr/include/ada/qtada/qtada/core" ACCESS DENIED mkdir: /usr/include/ada/qtada mkdir: cannot create directory `/usr/include/ada/qtada': Permission denied make[4]: *** [install-coreincludeHEADERS] Error 1 make[4]: Leaving directory `/var/tmp/portage/dev-ada/qtada-1.0.0/work/qtada-1.0.0/source/core'
qt-1.0.3 has been added to the tree. I was also preparing qtada-1.1.0_pre, but IIRC I hit some build problems, but it is in the works. I'll take at it again as soon as I have a chance. On related stuff, looks like some old qt bindings are still alive, Leonid Dulman (according to Georg Bauhaus) just announced on comp.lang.ada the availability of qt3ada and qt4ada. If these will go into the tree I guess I'll keep these names and will keep qtada for the binding being processed. The principal site for qt?ada is: http://www.websamba.com/guibuilder and for particular versions: ftp://qtada@ftp40.websamba.com/qt3/qtada.tar.bz2 ftp://qtada@ftp40.websamba.com/qt4/qt4ada.tar.bz2 (although there seems to be a problem actually pulling the sources) George
Can you please explain which build problems do you have? Please also note, QtAda 1.1 requires GNAT GPL 2008 or FSF GCC 4.3.0. Where are no ASIS implementation available for the last and QtAda must be configured with --enable-gela flag for use internal ASIS implementation.
(In reply to comment #13) > Can you please explain which build problems do you have? I dont remember right now (that was quite a while ago, when I added the 1.0.3) I'll check and post here, however see below. > Please also note, QtAda 1.1 requires GNAT GPL 2008 or FSF GCC 4.3.0. Where are > no ASIS implementation available for the last Well, there (kind of) is, check portage ;). I basically took asis core from some "ported" (to 4.3) version lying around (may be even yours) and added tools from old version. It builds and runs fine, in whatever used I had for it.. > and QtAda must be configured with > --enable-gela flag for use internal ASIS implementation. Yea, that might be it. IIRC I was trying to use "system" asis instead of gela. However I did not spend too much time on it back then. I'll post more when I get around to this again..
Created attachment 158361 [details] qtada-1.1.0_pre20080619.ebuild So, I had some time to test the 1.1 ebuild and here is the build tail: ../../../adacompiler -c -g -O2 -gnat05 -gnatW8 -I. -I. -gnatwn -I../../../source/core -I../../../source/core -I../../../source/tools/amoc/gela amoc-asis_implementation_gnat.adb -o amoc-asis_implementation_gnat.o amoc-asis_implementation_gnat.adb:50:55: "A_Null_Exclusion_Trait" not declared in "Asis" amoc-asis_implementation_gnat.adb:79:22: "Compile" not declared in "Extensions" amoc-asis_implementation_gnat.adb:121:32: "Definition_Interface_List" not declared in "Definitions" It does indeed seem to be related to asis. This was built using gnat-gcc-4.3.1 with the corresponding version of asis activated. The asis was taken (IIRC) from your site (qtada.sourceforge.org) with tools taken from the old version. Is this asis not supposed to be sufficient for qtada-1.1? (then why is it mentioned there at all?) It is also possible, that I took a somewhat older version of asis (I prepared it couple of month ago, when gcc-4.3.0 came out). I attached qtada-1.1.0 ebuild that I was working on (note: src_compile was not yet adjusted as I did not get there yet).
Making use of this opportunity, Vadim: what is the story with gela and ASIS? Is one supposed to replace another? Are they supposed to coexist and if so, how they are supposed to interact? Should I plan on including gela as an alternative or addition to ASIS or only as a part of that alternative interpreter project?
Most probably you have pre GPL2007 ASIS installed. I have tested QtAda 1.1 with GPL 2007 and GPL 2008 ASIS versions and all works fine.
Both ASIS for GNAT and Gela were an implementations of the the same ASIS API. ASIS for GNAT based on the GNAT compiler frontend, highly dependent from the compiler version and traces this dependency into any ASIS based applications. Gela is a compiler independent ASIS implementation, it works well with any Ada compiler. I have recommened to use ASIS for GNAT with the AdaCore compilers and Gela with the FSF GCC compilers.
Gela ASIS is a compiler independent implementation of ASIS standard. It implements full ASIS for Ada 95 and follows SIs for Ada 2005. List of implemented SI: http://www.ten15.org/browser/trunk/tendra/src/producers/ada/spec Because ASIS for Ada 2005 is rather rough, we made some proposals: http://www.ten15.org/wiki/Ada/Asis_2005_Ext So Gela and ASIS4GNAT both implement ASIS for Ada 95. But in case Ada 2005 they have some differences, because ASIS4GNAT has its own Ada 2005 related queries. An ASIS application (such as QtAda amoc) could be built with either Gela or ASIS4GNAT, but not with both. Gela is rather early and has many bugs/unimplemented features. However it will be nice to have Gela as separate package in Gentoo as preview. Gela has BSD license. See Gela home http://www.ten15.org/wiki/Ada Due to installing ASIS4GNAT into GNAT include directory it seems impossible to have both ASIS4GNAT and Gela in Gentoo however. QtAda includes whole source code of some version of Gela already (including some automatic generated files). If you like to make separate package for Gela I could prepare snapshot and (from scratch) building procedure, but it will require ayacc/aflex tools.
(In reply to comment #17) > Most probably you have pre GPL2007 ASIS installed. I have tested QtAda 1.1 with > GPL 2007 and GPL 2008 ASIS versions and all works fine. Actually (I just checked) ASIS is asis-gcc-4.3.0-132166 taken from the qtada site with tools from asis-gcc-4.2.2. So, am I right to conclude that this particular version of asis is insufficient for building qtada and I should, now that asis-gpl-2008 by ACT is out, replace asis-gcc-4.3 in portage with something based in that (ACT's) version?
(In reply to comment #20) > (In reply to comment #17) > > Most probably you have pre GPL2007 ASIS installed. I have tested QtAda 1.1 with > > GPL 2007 and GPL 2008 ASIS versions and all works fine. > Actually (I just checked) ASIS is asis-gcc-4.3.0-132166 taken from the qtada > site with tools from asis-gcc-4.2.2. So, am I right to conclude that this > particular version of asis is insufficient for building qtada and I should, > now that asis-gpl-2008 by ACT is out, replace asis-gcc-4.3 in portage with > something based in that (ACT's) version? > I have reproduced same problem on Windows :-) Can you please attach config.log file, I need to analize ASIS detection result.
(In reply to comment #19) > Gela is rather early and has many bugs/unimplemented features. However it will > be nice to have Gela as separate package in Gentoo as preview. Gela has BSD > license. See Gela home http://www.ten15.org/wiki/Ada If you are willing to back it up, I am willing to consider its inclusion ;). > > Due to installing ASIS4GNAT into GNAT include directory it seems impossible to > have both ASIS4GNAT and Gela in Gentoo however. Then asis-gxx and gela will have to block each other. As gela is compiler independent (as you say) it seem preliminarly possible to install it for all gnat versions (provided support of the right Ada standard as I understand) using mechanism similar to the one in gnat.eclass. As we cannot have both gela and "proper" asis installed simultaneously it makes sense to install gela in the same place where asis was isntalled. I see 2 possibilities: 1. Gela is installed as a regular ada lib using (possibly extended) gnat.eclass for all "primary" compilers, as usual. Then gela has to block all versions of asis. That is user can have either gela or a variation of asis versions. Not ideal from user standpoint but easy to do technically. 2. I add multiple ebuilds for gela that share build procedure and vary only in version (to match appropriate gnat, like asis do now) and DEPEND blocker entry. This gives more control over what is installed but will require extra eclass (unless I am to add virtually identical ebuilds). This all is only valid, of course, given that my understanding of situation with gela - that it can be built from the same sources with the same procedure for all compilers in the tree, is correct.
Created attachment 158373 [details] config.log (In reply to comment #21) > Can you please attach config.log file, I need to analize ASIS detection result. Here you go :). Re previous comment. Maxim: If you do want to go ahead with gela, please open a new bug, when ready..
Just a heads up: I added (finally, looks like ACT's gnat does not like shared libs? I had to disable libada) gnat-gpl-2008 and asis-gpl-2008. I tried rerunning the build of this version of qtada (1.1.0_pre200806) with this compiler and asis but I am hitting the same error (as in comment #15). Any progress tracing/fixing this issue? Also, is it worse/better to build qtada against gela instead of one of the asis implementations now in the tree? I would imagine this might lead to some problems when trying to use both asis and qtada in some project, or is it somehow not an issue?
(In reply to comment #24) > Just a heads up: > I added (finally, looks like ACT's gnat does not like shared libs? I had to > disable libada) gnat-gpl-2008 and asis-gpl-2008. libada is an FSF feature, AdaCore still use "old" build way: make -C gcc gnatlib-shared > Any progress tracing/fixing this issue? I reproduce behavior on Windows/MSYS. This is the problem with the compiler switches detection for the ASIS for GNAT. For now I am trying to replace autotools by GNAT Project Files and gprbuild. By the way, does Gentoo include gprbuild program? > Also, is it worse/better to build qtada against gela instead of one of the asis > implementations now in the tree? I would imagine this might lead to some > problems when trying to use both asis and qtada in some project, or is it > somehow not an issue? > ASIS used only by QtAda's amoc program. It is absolutely safe to build QtAda with Gela.
(In reply to comment #25) > libada is an FSF feature, AdaCore still use "old" build way: It did work in gnat-gpl-2007.. > make -C gcc gnatlib-shared Ok, I guess I'll make this conditional on ${PN} > By the way, does Gentoo include gprbuild program? Um, looks like no. Apparently it is not part of tools. What make target creates it? > ASIS used only by QtAda's amoc program. It is absolutely safe to build QtAda > with Gela. Ok, I'll look into building it with internal Gela then. It might, still, be nice to have Gela as a separate package..
(In reply to comment #26) > (In reply to comment #25) > > libada is an FSF feature, AdaCore still use "old" build way: > It did work in gnat-gpl-2007.. > Here is configure switches are used for build official compiler version: /cardhu.b/gnatmail/release-gpl/build-cardhu/src/configure --prefix=/usr/gnat --target=i686-pc-linux-gnu --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --enable-languages=c,ada --disable-nls --disable-libada --enable-checking=release --enable-threads=posix > > By the way, does Gentoo include gprbuild program? > Um, looks like no. Apparently it is not part of tools. What make target creates > it? > This is a separate program. You can find it sources on the Libre site. File has name gprbuild-gpl-1.2.0-src.tgz
I complete implementation of the build machinery for QtAda 1.1. Problem with ASIS detection fixed for now, but of course new problems may appear. QtAda 1.1 requires gprbuild program for build.
Created attachment 160427 [details] patch for gprbuild (incremental linking of shared libraries)
Created attachment 160429 [details] patch for gprbuild (linker driver selection)
I added to patches for gpgbuild. They may be helpful if you will have problems with gprbuild. This patches usually not needed for Linux system.
