Hi Brian,
I just took the alternative build approach from inside ghdl (that is
mentioned in the README under "Compiling for development").
I had to add some libs to ortho/gcc/Makefile to make it link to the
4.7.2 stuff. When checking your patches, it appears, that you're linking
to i386 specifics:
+++ gcc-4.7.2/gcc/vhdl/Make-lang.in 2012-10-16 17:05:38.983341720
...
+ $(AGCC_GCCOBJ_DIR)gcc/i386-common.o \
+ $(AGCC_GCCOBJ_DIR)gcc/common/common-targhooks.o \
+ $(AGCC_GCCOBJ_DIR)gcc/options.o \
Couldn't that cause some fun when trying to cross compile?
>
> Even reporting that may turn out to be useful. I vaguely recall in my travels
> through the build system, seeing some option for (I didn't pay enough
> attention)
> to use a named assembler instead of the default...
Well, I'm quite sure I've messed up something somewhere in the
configuration, I didn't exactly use the proper sandbox approach, so
different tool variants may have gotten mixed.
Temporarely I'm tricking the cross ghdl executable to use the
cross-assembler via a PATH hack, it appears that the output format is
correctly cross-compiled (see ^^^^^ tag)
strubi@gmuhl:/data/src/ghdl/translate/ghdldrv$ ./ghdl -a -g -O2 \
--std=93 --bootstrap --work=std \
../../libraries/ieee/std_logic_1164.vhdl
strubi@gmuhl:/data/src/ghdl/translate/ghdldrv$ i586-mingw32msvc-objdump
-h std_logic_1164.o
std_logic_1164.o: file format pe-i386
^^^^^^^
Unfortunately, not all that smooth on "make install.all":
../../../../libraries/std/textio_body.v87:33:0: internal compiler error:
Segmentation fault
I'll try to track this down the next days and keep you posted.
Cheers,
- Martin
_______________________________________________
Ghdl-discuss mailing list
[email protected]
https://mail.gna.org/listinfo/ghdl-discuss
