Sigbjorn,

 

I believe this is to do with you.

 

ghc/lib/compat/cbits has a definition of hscore_getFolderPath, but only if GHC < 6.4.

 

But Conal is compiling with GHC 6.4, so he doesn’t get hscore_getFolderPath

 

But somehow he needs it (see below); his build fails.

 

Could you possibly fix this?

Thanks

 

Simon

 


From: Conal Elliott [mailto:[EMAIL PROTECTED]
Sent: 15 April 2005 07:09
To: Simon Peyton-Jones
Cc: [EMAIL PROTECTED]
Subject: RE: Win32 build of ghc from cvs failed; also 6.4 source distribution

 

Here is another attempt, from scratch, to get and build GHC on Windows XP.  I’ve omitted a lot of output (“[…]”) but included some warning messages.  Do you spot any goofs in my steps?  Do these messages indicate problems?   BTW, I updated cygwin this week and got a fresh mingw.   - Conal

 

 

bash-2.05b$ pwd

/cygdrive/c

bash-2.05b$ cvs checkout fpconfig

[...]

bash-2.05b$ cd fptools/

bash-2.05b$ cvs checkout ghc hslibs libraries alex

cvs server: warning: cannot write to history file /cvs/CVSROOT/history: Read-only file system

cvs server: Updating ghc

[...]

bash-2.05b$ autoreconf

Can't exec "aclocal": No such file or directory at /usr/autotool/devel/bin/autoreconf line 174.

Use of uninitialized value in pattern match (m//) at /usr/autotool/devel/bin/autoreconf line 174.

bash-2.05b$ ./configure --host=i386-unknown-mingw32 --with-gcc=c:/mingw/bin/gcc

configure: WARNING: If you wanted to set the --build type, don't use --host.

    If a cross compiler is detected then cross compile mode will be used.

checking build system type... i686-pc-cygwin

[...]

checking value of SIGTTIN... -1

./configure: line 9091: confdefs.h: Device or resource busy

checking value of SIGTTOU... -1

./configure: line 9091: confdefs.h: Device or resource busy

checking value of SIGUSR1... -1

[...]

bash-2.05b$ bash-2.05b$ dirs

/cygdrive/c/fptools

bash-2.05b$ make

make[1]: Entering directory `/cygdrive/c/fptools/glafp-utils'

[...]

/cygdrive/c/ghc/ghc-6.4/bin/ghc -o ghc-pkg.exe -H32m -O0 -W -fno-warn-unused-matches -fwarn-unused-imports -cpp -Wall -fno-warn-name-shadowing -fno-warn-unused-matches -i../../lib/compat -Rghc-timing -DDEBUG -package Cabal    -L../../lib/compat -lghccompat -lshell32   Main.o Version.o  

../../lib/compat/libghccompat.a(Directory.o)(.text+0x1c4):fake: undefined reference to `__hscore_getFolderPath'

<<ghc: 16099576 bytes, 2 GCs, 89740/89740 avg/max bytes residency (1 samples), 24M in use, 0.02 INIT (0.00 elapsed), 0.06 MUT (0.07 elapsed), 0.01 GC (0.01 elapsed) :ghc>>

make[4]: *** [ghc-pkg.exe] Error 1

make[3]: *** [boot] Error 2

make[2]: *** [boot] Error 1

make[1]: *** [boot] Error 1

make[1]: Leaving directory `/cygdrive/c/fptools/ghc'

make: *** [build] Error 1

bash-2.05b$

 

-----Original Message-----
From: Conal Elliott [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 14, 2005 5:36 PM
To: 'Simon Peyton-Jones'
Cc: '[EMAIL PROTECTED]'
Subject: RE: Win32 build of ghc from cvs failed; also 6.4 source distribution

 

Thanks.  I did start from scratch, but I did not use “-d”.  Is that flag recommended anywhere in the build instructions?  How ought I use it?  The only mention I saw was this one saying not to.  - Conal

 

 

-----Original Message-----
From: Simon Peyton-Jones [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 14, 2005 8:27 AM
To: Conal Elliott; [EMAIL PROTECTED]
Subject: RE: Win32 build of ghc from cvs failed; also 6.4 source distribution

 

Your first failure has the smell of old droppings – failing to do cvs –d, or having old files liying around.

 

I would check out a completely fresh tree, to keep matters simple.

 

As to the second, I have no clue, but again, starting from scratch with a fresh tree might help.  It smells like a configuration problem.

 

 

The HEAD changes daily.  to get it, use

          cvs update –A

 

The STABLE branch is 6.4 plus any bug-fixes to date. 6.4.1 will come from here.  To get it, use

          cvs update –r ghc-6.4-branch

It’s more stable than the HEAD, but only bugfixes to 6.4 end up there, nothing major.

 

Simon

 


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Conal Elliott
Sent: 12 April 2005 06:19
To: [EMAIL PROTECTED]
Subject: Win32 build of ghc from cvs failed; also 6.4 source distribution

 

I’m trying to build GHC for the first time (on Windows XP).  I’m running into compile failures both on a fresh CVS checkout and on the 6.4 source distribution.  I could sure use some help at this point.  If there’s a more suitable alias for me to use, please say so.

 

With the CVS version, after “autoreconf” and “./configure --host=i386-unknown-mingw32 --with-gcc=c:/mingw/bin/gcc”, running make ended as follows:

 

    ../../../glafp-utils/mkdependC/mkdependC -f .depend    -I../../includes  -- -mno-cygwin -O    -- cbits/directory.c cbits/rawSystem.c

    cbits/directory.c:11:23: directory.h: No such file or directory

    cbits/directory.c:11:23: directory.h: No such file or directory

    ==fptools== make boot - --unix - --no-print-directory -r;

     in /cygdrive/c/fptools/ghc/utils/ghc-pkg

    ------------------------------------------------------------------------

    /cygdrive/c/ghc/ghc-6.4/bin/ghc -M -optdep-f -optdep.depend  -osuf o -optdep--exclude-module=Compat.RawSystem -optdep--exclude-module=Compat.Directory -optdep--exclude-module=Distribution.Compat.ReadP -optdep--exclude-module=Distribution.Extension -optdep--exclude-module=Distribution.GetOpt -optdep--exclude-module=Distribution.InstalledPackageInfo -optdep--exclude-module=Distribution.License -optdep--exclude-module=Distribution.Package -optdep--exclude-module=Distribution.ParseUtils -optdep--exclude-module=Distribution.Setup -optdep--exclude-module=Distribution.Version -optdep--exclude-module=System.Directory.Internals   -H32m -O0 -W -fno-warn-unused-matches -fwarn-unused-imports -cpp -Wall -fno-warn-name-shadowing -fno-warn-unused-matches -i../../lib/compat -Rghc-timing -DDEBUG -package Cabal Main.hs Version.hs

    <<ghc: 16889144 bytes, 2 GCs, 93712/93712 avg/max bytes residency (1 samples), 24M in use, 0.04 INIT (0.00 elapsed), 0.07 MUT (0.08 elapsed), 0.01 GC (0.01 elapsed) :ghc>>

    make all

    /cygdrive/c/ghc/ghc-6.4/bin/ghc -o ghc-pkg.exe -H32m -O0 -W -fno-warn-unused-matches -fwarn-unused-imports -cpp -Wall -fno-warn-name-shadowing -fno-warn-unused-matches -i../../lib/compat -Rghc-timing -DDEBUG -package Cabal    -L../../lib/compat -lghccompat -lshell32   Main.o Version.o  

    ../../lib/compat/libghccompat.a(Directory.o)(.text+0x1c4):fake: undefined reference to `__hscore_getFolderPath'

    <<ghc: 16099576 bytes, 2 GCs, 89740/89740 avg/max bytes residency (1 samples), 24M in use, 0.04 INIT (0.00 elapsed), 0.06 MUT (0.06 elapsed), 0.01 GC (0.01 elapsed) :ghc>>

    make[4]: *** [ghc-pkg.exe] Error 1

    make[3]: *** [boot] Error 2

    make[2]: *** [boot] Error 1

    make[1]: *** [boot] Error 1

    make[1]: Leaving directory `/cygdrive/c/fptools/ghc'

    make: *** [build] Error 1

bash-2.05b$ bash-2.05b$

 

With the 6.4 source distribution, compilation got *much* further and ended in this way:

 

    ../../ghc/compiler/ghc-inplace -H16m -O -fglasgow-exts -cpp -Iinclude -"#include" HsBase.h -funbox-strict-fields -ignore-package base -O -Rghc-timing -fgenerics  -fgenerics -split-objs    -c Foreign/C/Error.hs -o Foreign/C/Error.o  -ohi Foreign/C/Error.hi

 

    Foreign/C/Error.hs:192:25: Not in scope: data constructor `CONST_EEXIST'

    <<ghc: 31124472 bytes, 7 GCs, 1377414/2685600 avg/max bytes residency (2 samples), 17M in use, 0.02 INIT (0.00 elapsed), 0.14 MUT (0.19 elapsed), 0.06 GC (0.06 elapsed) :ghc>>

    make[2]: *** [Foreign/C/Error.o] Error 1

    make[1]: *** [all] Error 1

    make[1]: Leaving directory `/cygdrive/c/Temp/ghc-6.4/libraries'

make: *** [build] Error 1

 

Any pointers? 

 

Also, for CVS, how do I specify in my cvs checkout command that I want STABLE vs HEAD?  is there an explanation somewhere of these two choices and are there others?

 

TIA,

 

          - Conal

 

_______________________________________________
Cvs-ghc mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/cvs-ghc

Reply via email to