Removing the comments in the type definition resolves the problem. Now I get the same result as David :)
> Am 26.12.2013 um 15:16 schrieb Torsten Meißner <[email protected]>: > > 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, for example in grt-modules.adb: > > with System.Storage_Elements; -- Work around GNAT bug. > pragma Unreferenced (System.Storage_Elements); > > outcommenting this in a lot of files under translate/grt/ resolves this > problem. Then, next one: > > /Users/torsten/ghdl/translate/translation.adb:7572:10: warning: useless > assignment to "Info", value never referenced > gnatmake: "/Users/torsten/ghdl/translate/translation.adb" compilation error > make: *** [ghdl_mcode] Error 4 > > Here I outcommented the mentioned assignment, it isn’t used after this > assignment, so this seems to be an error: > > --Info := Add_Info (Def, Kind_Type); > > But, sadly, all this isn’t enough to get it built: > > ../../ortho/mcode/ortho_code-decls.ads:25:21: (style) bad column > ../../ortho/mcode/ortho_code-decls.ads:28:21: (style) bad column > ../../ortho/mcode/ortho_code-decls.ads:31:21: (style) bad column > gnatmake: "/Users/torsten/ghdl/ortho/mcode/ortho_code-decls.adb" compilation > error > make: *** [ghdl_mcode] Error 4 > > Here, my Ada try & error based knowledge don’t help ;) > > > Greetings, Torsten > > > > >> Am 26.12.2013 um 14:46 schrieb Torsten Meißner <[email protected]>: >> >> Hello David, hello Tristan, >> >> >>> Am 26.12.2013 um 07:57 schrieb David Koontz <[email protected]>: >>> >>> >>>> On 26 Dec 2013, at 1:26 pm, Torsten Meißner <[email protected]> >>>> 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, it's a name, not an acronym. >> >> yeah, I forgot, it’s named after lady Ada :) >> >>> >>> 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 from SourceForge: >>> >>> mcode/dwarf.ads >>> gcc -c -I./ -I../../ortho/mcode -I../../ortho -gnaty3befhkmr -gnata >>> -gnatwae -I../.. -I.. -I../../psl -I../grt -g -gnatf -gnat05 -I- >>> /opt/test/build/ghdl/ortho/mcode/ortho_code-x86-flags_macosx.ads >>> gnatbind -aI../../ortho/mcode -aI../../ortho -aI../.. -aI.. -aI../../psl >>> -aI../grt -aO.. -E -x ghdl_mcode.ali >>> gnatlink ghdl_mcode.ali -g memsegs_c.o chkstk.o i386.o linux.o times.o >>> grt-cbinding.o grt-cvpi.o >>> ld: warning: could not create compact unwind for __Unwind_ForcedUnwind: >>> non-standard register 0 being saved in prolog >>> ld: warning: could not create compact unwind for __Unwind_Resume: >>> non-standard register 0 being saved in prolog >>> ld: warning: could not create compact unwind for __Unwind_RaiseException: >>> non-standard register 0 being saved in prolog >>> ld: warning: could not create compact unwind for >>> __Unwind_Resume_or_Rethrow: non-standard register 0 being saved in prolog >>> david_koontz@Macbook: >>> >>> It looks like a linking error from doing something ineligible register >>> allocation wise that someone has checked in recently. It's likely >>> something not compatible with version of the compiler used (an ABI issue >>> for something done in assembly language?). >>> >>> The hg revision -r145 failed too, with even more information: >>> >>> gnatbind -aI../../ortho/mcode -aI../../ortho -aI../.. -aI.. -aI../../psl >>> -aI../grt -aO.. -E -x ghdl_mcode.ali >>> gnatlink ghdl_mcode.ali -g memsegs_c.o chkstk.o i386.o linux.o times.o >>> grt-cbinding.o grt-cvpi.o >>> ld: warning: could not create compact unwind for __Unwind_ForcedUnwind: >>> non-standard register 0 being saved in prolog >>> ld: warning: could not create compact unwind for __Unwind_Resume: >>> non-standard register 0 being saved in prolog >>> ld: warning: could not create compact unwind for __Unwind_RaiseException: >>> non-standard register 0 being saved in prolog >>> ld: warning: could not create compact unwind for >>> __Unwind_Resume_or_Rethrow: non-standard register 0 being saved in prolog >>> ld: warning: PIE disabled. Absolute addressing (perhaps -mdynamic-no-pic) >>> not allowed in code signed PIE, but used in _grt_stack_create from i386.o. >>> To fix this warning, don't compile with -mdynamic-no-pic or link with >>> -Wl,-no_pie >>> >>> Which says there's something predating wrong. >>> >>> Playing with the flags shown doesn't do anything interesting. >>> I tried hg -r1, then the svn -r145 from gna.org at got the same bit which >>> says something likely about switching to Mac OS X 10.9.1 (done since the >>> last OS X build of the mcode version). >>> >>> For grins I tried executing !make and it didn't do anything. >>> >>> So tried again with: >>> >>> hg clone http://hg.code.sf.net/p/ghdl-updates/code ghdl_mcode1 >>> cd ghdl_mcode1/translate/ghdldrv >>> rm ortho_code-x86-flags.ads >>> make target=darwin-i686 >> >> Have done these 4 steps now to test again. >> >>> >>> gnatbind -aI../../ortho/mcode -aI../../ortho -aI../.. -aI.. -aI../../psl >>> -aI../grt -aO.. -E -x ghdl_mcode.ali >>> gnatlink ghdl_mcode.ali -g memsegs_c.o chkstk.o i386.o linux.o times.o >>> grt-cbinding.o grt-cvpi.o >>> ld: warning: could not create compact unwind for __Unwind_ForcedUnwind: >>> non-standard register 0 being saved in prolog >>> ld: warning: could not create compact unwind for __Unwind_Resume: >>> non-standard register 0 being saved in prolog >>> ld: warning: could not create compact unwind for __Unwind_RaiseException: >>> non-standard register 0 being saved in prolog >>> ld: warning: could not create compact unwind for >>> __Unwind_Resume_or_Rethrow: non-standard register 0 being saved in prolog >> >> I got the same error as I wrote in the 1st mail: >> >> ghdllocal.adb:834:42: warning: pragma Unreferenced given for "Success" >> gnatmake: "ghdllocal.adb" compilation error >> make: *** [ghdl_mcode] Error 4 >> >> >>> And looked a bit harder. ghdl_mcode exists. This would be enough for the >>> script to bomb out but you can amend the script to ignore the make error >>> followed by a check to see ghdl_mcode exists. >>> >>> ln -s ghdl_mcode ghdl >>> make install.mcode # and it built. >>> >>> david_koontz@Macbook: ghdl --version >>> GHDL 0.31dev (20132311) [Dunoon edition] >>> Compiled with GNAT Version: 4.4.0 20080314 (experimental) >>> mcode code generator >>> Written by Tristan Gingold. >>> >>> ln -s $cwd/ghdl_mcode ~/bin/ghdl >>> >>> (to get the new ghdl_mcode version first in my PATH) >>> >>> >>> david_koontz@Macbook: which ghdl >>> /Users/david_koontz/bin/ghdl >>> david_koontz@Macbook: ghdl --version >>> GHDL 0.31dev (20132311) [Dunoon edition] >>> Compiled with GNAT Version: 4.4.0 20080314 (experimental) >>> mcode code generator >>> Written by Tristan Gingold >>> >>> In a directory containing a DES chip model: >>> >>> david_koontz@Macbook: make -f Makefile.ghdl ghwview >>> /usr/bin/open des_tb_ghw.gtkw & >>> david_koontz@Macbook: make -f Makefile.ghdl ghw >>> ghdl -a bidir.vhdl inbuf.vhdl invbuf.vhdl clkbuf.vhdl outbuf.vhdl >>> ghdl -a reg8s.vhdl sr4.vhdl sr8.vhdl reg6.vhdl >>> ghdl -a sbox1.vhdl sbox2.vhdl sbox3.vhdl sbox4.vhdl sbox5.vhdl sbox6.vhdl >>> sbox7.vhdl sbox8.vhdl >>> ghdl -a statem.vhdl >>> ghdl -a cd_reg.vhdl >>> ghdl -a dslice0.vhdl dslice1.vhdl dslice2.vhdl dslice3.vhdl >>> ghdl -a des.vhdl >>> ghdl -a key_vector.vhdl plain_vector.vhdl cipher_vector.vhdl >>> encrypt_vector.vhdl >>> ghdl -a des_tb.vhdl >>> ghdl -e des_tb >>> ghdl -r des_tb --stop-time=587200ns --wave=des_tb.ghw >>> ghdl:info: simulation stopped by --stop-time >>> touch ghw >>> david_koontz@Macbook: make -f Makefile.ghdl ghwview >>> >>> >>> <ghdl_mcode_vhdl_des.png> >>> >>> So there's something now broken in the build process, but it's not the same >>> problem you exhibit. >>> >>> It looks like either your source code image is damaged or you have a tool >>> chain issue. >>> >>> david_koontz@Macbook: which gnatlink >>> /usr/local/Ada-4.3/bin/gnatlink >>> >>> david_koontz@Macbook: echo $PATH >>> /usr/local/Ada-4.3/bin:.:/Users/david_koontz/bin:/Users/david_koontz/share/clang+llvm-3.3-x86_64-apple-darwin12/bin:/usr/bin:/usr/sbin:/bin:/sbin:/usr/local/bin:/usr/X11/bin/:/usr/libexec >>> >>> The consequence of the path is that it uses both gcc and gnat from Ada-4.3. >>> >>> You could notice the distinct lack of /opt/local/bin (no Macports in path). >>> >>> I verified the i386 version of the gcc/gnat tools is the one referenced. >>> >>> http://www.macada.org/macada/Downloads_files/Gnati386-4.3.dmg >>> >>> I downloaded it again, expanded it and compared contents to my installed >>> copy. >> >> I also have Ada-4.3 installed in /usr/local und it’s the first in $PATH. I >> don’t have Macports, I use homebrew instead. >> >> >>> Which gnat compiler are you using ? >>> >>> As a workaround, you could remove the pragma Unreferenced around >>> line 834 >> >> I use the same as David, Ada 3.4 as above mentioned. >> >> I have uncommented the pragma in ghdllocal.adb line 830. >> Now it’s running longer until i got this error: >> >> 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, >> will try this next. >> >> >> >> _______________________________________________ >> Ghdl-discuss mailing list >> [email protected] >> https://mail.gna.org/listinfo/ghdl-discuss > > _______________________________________________ > Ghdl-discuss mailing list > [email protected] > https://mail.gna.org/listinfo/ghdl-discuss _______________________________________________ Ghdl-discuss mailing list [email protected] https://mail.gna.org/listinfo/ghdl-discuss
