Re: GHC-5.02/Win32: problems compiling with -prof and -package

2001-10-13 Thread Sigbjorn Finne

Nothing deep going on, the profiling interface files for the 'util'
package are simply just missing from the 5.02 distribution.

--sigbjorn

- Original Message -
From: P Jensen [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, October 12, 2001 14:00
Subject: GHC-5.02/Win32: problems compiling with -prof and -package


 Hi GHCers --

 I'm running GHC 5.02 on Win32 (2000 Professional), and having problems
 compiling with the -prof option. There seems to be some sort of conflict
 between the -package option and the -prof option.

 For instance, this program:

 module Main where
 main = putStr Hello, world.\n

 compiles fine with:

   ghc -prof -auto-all -o t1 t1.lhs

 and this program:

 module Main where
 import GetOpt
 main = putStr Hello, world.\n

 compiles fine like this:

   ghc -package util -o t2 t2.lhs

 but when compiled like this:

   ghc -prof -auto-all -package util -o t2 t2.lhs

 it results in an error:

   t2.lhs:2:
   failed to load interface for `GetOpt':
   Could not find interface file for `GetOpt'

 My guess is that this is some sort of configuration problem on my end, or
a
 grave misunderstanding of how to invoke the compiler/profiler.

 Does anyone have any ideas?

 Cheers,
 Paul




___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs



Re: GHC 5.02 Win32

2001-10-09 Thread Reuben Thomas

 Yes, non-interactive uses of the Win32 library appear to
 be in a non-working state (at least with my copy of ghc-5.02,
 don't know if there's been any stealth updates to the installer
 binary.)

 As a stop-gap measure, replace ghc-5.02's libHSwin32.a
 (after having saved it away) with the one contained in

http://www.galconn.com/~sof/HSwin32.zip

If your libHSwin32.a is built by and against 5.02, I'll just include it in
my InstallShield tree and update.

Unfortunately owing to limited disc space, I haven't been keeping as many
trees around as I would have liked. However, I think I have a solution, so
I should have a clean-built version soon.

 (The cause of it all is that libHSwin32.a lacks a pair of _stub.c files
 which contains the code that takes care of the window/dialogue
 callbacks into Haskell).

Yes, I'm not at all clear on how that happened. Was that just before a fix
you made to do with that? I notice that when I build libHSwin32.a now, I
get an error because two non-existent directories get added to the link
line, corresponding to those two _stub.c files. But the library builds
properly anyway. Or at least, the given example works.


___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs



Re: GHC 5.02 Win32

2001-10-08 Thread Sigbjorn Finne

Yes, non-interactive uses of the Win32 library appear to
be in a non-working state (at least with my copy of ghc-5.02,
don't know if there's been any stealth updates to the installer
binary.)

As a stop-gap measure, replace ghc-5.02's libHSwin32.a
(after having saved it away) with the one contained in

   http://www.galconn.com/~sof/HSwin32.zip

and try again. Hopefully this can be fixed in the installer proper..

(The cause of it all is that libHSwin32.a lacks a pair of _stub.c files
which contains the code that takes care of the window/dialogue
callbacks into Haskell).

hth
--sigbjorn

- Original Message -
From: Mike Thomas [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, October 07, 2001 19:58
Subject: GHC 5.02 Win32


 Hi there.

 Congratulations on 5.02 -  a lot of work in that one for you.

 The web site Win32 example program doesn't link due to an undefined
 reference to Win32Window_dfQU which is defined in HSwin321.o.
Although
 that file is listed in the package.conf entry for win32, it (and it's
 presumed companion HSwin322.o) does not appear in the verbose output from
 ghc's call to ld (an extract is below) when -package win32 is passed
to
 ghc.  The win32 libraries are there, however.

 Cheers

 Mike Thomas.

 .

  e:\ghc\ghc-5.02\gcc-lib\ld.exe -Bdynamic -o hello.exe -u
 _Addr_Azh_static_info -u _PrelBase_Izh_sta
 tic_info -u _PrelBase_Czh_static_info -u _PrelFloat_Fzh_static_info -u
 _PrelFloat_Dzh_static_info -u
  _PrelPtr_Ptr_static_info -u _PrelWord_Wzh_static_info -u
 _PrelInt_I8zh_static_info -u _PrelInt_I16z
 h_static_info -u _PrelInt_I32zh_static_info -u
_PrelInt_I64zh_static_info -u
 _PrelWord_W8zh_static_i
 nfo -u _PrelWord_W16zh_static_info -u _PrelWord_W32zh_static_info -u
 _PrelWord_W64zh_static_info -u
 _PrelStable_StablePtr_static_info -u _PrelBase_Izh_con_info -u
 _PrelBase_Czh_con_info -u _PrelFloat_
 Fzh_con_info -u _PrelFloat_Dzh_con_info -u _PrelPtr_Ptr_con_info -u
 _PrelStable_StablePtr_con_info -
 u _PrelBase_False_closure -u _PrelBase_True_closure -u
 _PrelPack_unpackCString_closure -u _PrelIOBas
 e_stackOverflow_closure -u _PrelIOBase_heapOverflow_closure -u
 _PrelIOBase_NonTermination_closure -u
  _PrelIOBase_BlockedOnDeadMVar_closure -u
 _PrelWeak_runFinalizzerBatch_closure -u ___stginit_Prelude
  -u _PrelMain_mainIO_closure -u ___stginit_PrelMain
 e:/ghc/ghc-5.02/gcc-lib/crt2.o -Le:/ghc/ghc-5.02
  -Le:/ghc/ghc-5.02/gcc-lib
 hello.o -lHSwin32 -luser32 -lgdi32 -lwinmm -lkernel32 -ladvapi32 -lHSlang
  -lHSlang_cbits -lHSstd -lHSstd_cbits -lwsock32 -lmsvcrt -lHSrts -lm -lwin
mm
  -lwsock32 -lgmp -lmingw

32 -lgcc -lmoldname -lmsvcrt -luser32 -lkernel32 -ladvapi32 -lshell32 -lming
 w32 -lgcc -lmoldname -lm
 svcrt

e:/ghc/ghc-5.02/libHSwin32.a(Win32Window__106.o)(.text+0x2ba)://c/tmp/ghc169
 2.hc: undefined referenc
 e to `Win32Window_dfQU'

 ..


 ___
 Glasgow-haskell-bugs mailing list
 [EMAIL PROTECTED]
 http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs