Hello,
I’m very pleased to see the latest efforts ongoing on GHDL. So I
tried to build GHDL mode version
on my Macbook with the Script from the SF-wiki:
http://sourceforge.net/p/ghdl-updates/wiki/build%20mcode%20ghdl/
First, I’ve installed the suggested ADA compiler version, then I
Hello,
I last built the mcode version of ghdl on a Mac on December 4, 2013
against the -r150 svn image on gna.org . I last used the build
script to build a linux version (lubuntu 12.04) on 12 December 2013.
The build quit in a different place for me today against the current
hg archive
On 26 Dec 2013, at 10:42 pm, tging...@free.fr wrote:
I think this version of gnat is slightly too old, that's the
reason why you need to link with -no_compact_unwind.
Adacore unfortunately doesn't make a newer i386 gnat available any longer.
You should be able to re-link with the
Hello David, hello Tristan,
Am 26.12.2013 um 07:57 schrieb David Koontz diogra...@gmail.com:
On 26 Dec 2013, at 1:26 pm, Torsten Meißner tors...@meissneronline.net
wrote:
I’m not good with ADA, so I don’t know what’s going on there - or better:
what’s not going on ;)
That's Ada,
So, have tried it further.
When building in a shorter directory path, the
default_pathes.ads:29:80: (style) this line is too long
gnatmake: default_pathes.ads compilation error
make: *** [ghdl_mcode] Error 4
error is history. But then I got errors because of included, but unused
libraries,
Hello,
it is weird that you hit different issues than David. Anyway.
You could use -gnatwa instead of -gnatwae to avoid turing warnings
into errors.
Don't forget to link with -Wl,-no_compact_unwind.
Tristan.
- Mail original -
Removing the comments in the type definition resolves the
Hello,
As Tristan has been busy, I checked out the testsuite and tried it...
First observations...
I noticed one SKIPPED test in the gna tests :
testsuite/gna/sr3028/testsuite.sh
It seems to be a good candidate for analyze_failure which does the
expected thing for me. Patched, but if
(apologies to Tristan for extra copy; meant to reply to list)
On Thu, 2013-12-26 at 16:34 +0100, tging...@free.fr wrote:
Hello,
As Tristan has been busy, I checked out the testsuite and tried it...
First observations...
I noticed one SKIPPED test in the gna tests :
On 27 Dec 2013, at 1:36 am, tging...@free.fr wrote:
gnatlink -no_compact_unwind ghdl_mcode.ali -g memsegs_c.o chkstk.o
i386.o linux.o times.o grt-cbinding.o grt-cvpi.o
No, you should write -Wl,-no_compact_unwind.
Oh I get it, pass the flag to the loader.
david_koontz@Macbook: gnatlink
On 27 Dec 2013, at 2:46 am, Torsten Meißner tors...@meissneronline.net wrote:
default_pathes.ads:29:80: (style) this line is too long
gnatmake: default_pathes.ads compilation error
make: *** [ghdl_mcode] Error 4
Maybe this can be workaround by building ghdl in a shorter directory path,
https://sourceforge.net/p/ghdl-updates/wiki/build%20mcode%20ghdl/
I added a caution about line lengths for default_pathes.ads in the second
paragraph, and in the make command to build ghdl_mcode for OS X, added the
linker switch:
# Mac OS X
# /usr/bin/make target=i686-darwin
on December 24, 2013, Brian Drummond wrote:
See Tristan's commit last night, re-engineering the stack allocation
for
(Apple?) Darwin i386. It would be worth an hg pull and test to see if
it has
also resolved the Windows stack issues, or if it could be adapted to
do so.
Thanks for the
On Thu, 2013-12-26 at 16:34 +0100, tging...@free.fr wrote:
Hello,
As Tristan has been busy, I checked out the testsuite and tried
it...
First observations...
I noticed one SKIPPED test in the gna tests :
testsuite/gna/sr3028/testsuite.sh
It seems to be a good
On 27 Dec 2013, at 4:41 pm, tging...@free.fr wrote:
Argh, I think that's now done: the vests test suite is clean for me.
Do not hesitate to second check.
So how about a wiki page with the results?
___
Ghdl-discuss mailing list
14 matches
Mail list logo