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
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ Ghdl-discuss mailing list [email protected] https://mail.gna.org/listinfo/ghdl-discuss
