gm2
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gm2] Numerical library


From: Gaius Mulley
Subject: Re: [Gm2] Numerical library
Date: Fri, 05 Jan 2018 17:36:11 +0000
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)

Michael Riedl <address@hidden> writes:

> Gaius,
>
> first of all - a happy new year to you and your's.

thank you, likewise!

> I hope you can help me out. I am trying to compile the latest version
> of the compiler but it stops somewhere claiming
>
> c   -o build/genpreds \
>         build/genpreds.o build/rtl.o build/read-rtl.o build/ggc-none.o
> build/vec.o build/min-insn-modes.o build/gensupport.o
> build/print-rtl.o build/hash-table.o build/read-md.o build/errors.o
> ../build-i686-pc-linux-gnu/libiberty/libiberty.a
> /usr/lib/gcc/i686-linux-gnu/4.8/libstdc++.a(eh_personality.o): In
> function `__gxx_personality_v0':
> (.text.__gxx_personality_v0+0x193): undefined reference to
> `_Unwind_GetIPInfo'
>
> Maybe I have a wrong version of libiberty installed ?
>
> Anyhow - do you see a possibility to provide me with a compiles 32 bit
> version as a tar-file ?
> My small machine is running with Ubuntu 14.0.4 LTS
>
> I would like to do some final checks on my IO-Library (attached) and
> then see if the numerical libraries will also work with gm2.

ok, I plan to backport the range test changes onto the gcc-6.4.0 branch
and will produce a debian package which will hopefully do the trick,

> Within the InOut tar file there is a script "createFormAus.sh" to
> create three def and mod files form a common source (m2pp.c needs to
> be compiles with gcc before) and a limited Makefile to generate the
> "ISO based" files and those how I currently use them in my
> projects. Here a bit of support in creating a good gm2 Makefile also
> would be highly appreciated.

I'll certainly look at producing some Makefile.am's which work well with gm2.

> The latest version of the numerical stuff is also attached - for those
> who might already have a look ...
> Most of the libraries do only depend on the error messages related
> stuff from the Errors module,
> only {S|F}MatEA and OptimLib1 depend on further InOut routines.
>

many thanks!

regards,
Gaius



reply via email to

[Prev in Thread] Current Thread [Next in Thread]