I want to use the Functional Graph Library(FGL),
because the Data.Graph as it's now in the hierarchical
libraries is *not* very usefull, when you really want
to do something. But on the web is only an outdated
version available. So that's how I came to the cvs
fptools.
I would like to compile everything with the following
versions of certain software:
ghc-6.2.1
gcc 3.4.1-2
But this fails with:
make INSTALLING=0 BIN_DIST=0 - --no-print-directory -r
all
/usr/local/bin/ghc -H16m -O -cpp -fglasgow-exts
-package lang -O -c AbsSyn.lhs -o AbsSyn.o -ohi
AbsSyn.hi
/usr/local/bin/ghc -H16m -O -cpp -fglasgow-exts
-package lang -O -c GenUtils.lhs -o GenUtils.o
-ohi GenUtils.hi
/usr/local/bin/ghc -H16m -O -cpp -fglasgow-exts
-package lang -O -c Grammar.lhs -o Grammar.o -ohi
Grammar.hi
/usr/local/bin/ghc -H16m -O -cpp -fglasgow-exts
-package lang -O -c Set.lhs -o Set.o -ohi Set.hi
/usr/local/bin/ghc -H16m -O -cpp -fglasgow-exts
-package lang -O -c First.lhs -o First.o -ohi
First.hi
/usr/local/bin/ghc -H16m -O -cpp -fglasgow-exts
-package lang -O -c GetOpt.lhs -o GetOpt.o -ohi
GetOpt.hi
/usr/local/bin/ghc -H16m -O -cpp -fglasgow-exts
-package lang -O -c Target.lhs -o Target.o -ohi
Target.hi
/usr/local/bin/ghc -H16m -O -cpp -fglasgow-exts
-package lang -O -DHAPPY_VERSION=1.14 -c Version.hs
-o Version.o -ohi Version.hi
Version.hs:3: warning: backslash and newline separated
by space
Version.hs:3: lexical error in string/character
literal
make[3]: *** [Version.o] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all] Error 1
make[1]: Leaving directory `/home/goron/fptools/happy'
make: ***
[/home/goron/fptools/happy/src/happy-inplace] Error 2
It are these two lines:
version = tail "\
\ HAPPY_VERSION"
The problem are the C macro's, that are changed in
every version of gcc (so I heard).
I also thought of writing a program that strips all C
macro's from every file in fptools, but I think I can
break some things then. Checking everything by hand is
also laborious.
So I got myself an old version of gcc, namely gcc
3.3.3 for my system (Linux **** 2.6.7 #4 Fri Jul 2
01:06:45 PDT 2004 i686 unknown unknown GNU/Linux
(ArchLinux))
But this fails with an internal gcc error. I reported
this on the Bugzilla of gcc (not the most
understandable report, but I can recreate it).
After that I reread the docs of the compilation
process and indeed all the versions of the software
that is needed is available (I find this a Good Thing
(TM)).
I saw I needed gcc-3.2 (this is the newest version
supported for x86).
I downloaded gcc-3.2.3 from gnu.org, but it failed to
compile with gcc-3.4.1(not to weird that it failed (on
a general level I understand why)).
I couldn't find a binary distribution of gcc 3.2.*. So
here I am asking you.
I can't imagine that you(That is the persons that
created Happy (on which ghc depends) are all using all
of this ancient software(gcc 3.2 was released August
14, 2002) , because it costs a lot of time to get this
software and sometimes it is as good an impossible.
And giving command line arguments to ./configure as
--with-gcc=somepath isn't also that nice.
My point is: getting new software is a lot easier than
getting old software.
So the million dollar question is: why is it so hard
to keep up with newer versions of gcc (and are there
any plans to support the newer versions)?
Regards, Ron de Bruijn
P.S. Why are C macro's used in the first place? Can't
they be replaced by a Haskell implementation (so that
things don't break)?
__________________________________
Do you Yahoo!?
Yahoo! Mail - 50x more storage than other providers!
http://promotions.yahoo.com/new_mail
_______________________________________________
Cvs-ghc mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/cvs-ghc
