Hi Brad, You may be right. I am trying to build a standard ML implementation on my 64-bit machine. This is because the only SML implementation in the ports is smlnj, which works beautifully on 32-bit architecture, but is not supported on 64-bit one.
I tried polyml, which is the next popular SML implementation - built using autotools. http://www.polyml.org/. (Download: http://sourceforge.net/projects/polyml/) $ gmake ....... libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -Wall -O3 -I../libffi/include -MT x86_dep.lo -MD -MP -MF .deps/x86_dep.Tpo -c x86_dep.cpp -fPIC -DPIC -o .libs/x86_dep.o x86_dep.cpp: In member function 'virtual bool X86Dependent::GetPCandSPFromContext(TaskData*, sigcontext*, PolyWord*&, byte*&)': x86_dep.cpp:906: error: 'struct sigcontext' has no member named 'sc_pc' x86_dep.cpp:907: error: 'struct sigcontext' has no member named 'sc_sp' gmake[2]: *** [x86_dep.lo] Error 1 gmake[2]: Leaving directory `/home/salil/polyml.5.5/libpolyml' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/salil/polyml.5.5' gmake: *** [all] Error 2 >From this link: http://gcc.gnu.org/ml/java/2008-04/msg00080.html it looks like the problem is due to wrong/old glibc headers. I tried other SML implementations - moscow ML, MLton, etc and they fail to build. But these ones did have some Linux specific assumptions in their Makefiles. So, it was not surprising. But, polyML looks like an implementation that is well-tested on many platforms. So, I was hoping it would build. Thanks Salil On Wed, Jan 23, 2013 at 5:28 AM, Brad Smith <[email protected]> wrote: > ----- Original message ----- > > Thanks Peter. I found that many autotools packaged programs out there > > expect newer gcc environments. > > I'd love to what programs these are. I haven't run into these many > programs, only a very small few. > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean.
