January 2007 - Yhc - Haskell.org

buildbot failure in linux_ppc
by andrewjwilkinsonw＠gmail.com 09 Jan '07

09 Jan '07

The Buildbot has detected a failed build of linux_ppc. Full details are available at: http://www.indiegigs.co.uk:8010/linux_ppc/builds/29 Buildbot URL: http://www.indiegigs.co.uk:8010/ Buildslave for this Build: linuxppc Build Reason: Build Source Stamp: HEAD Blamelist: Neil Mitchell BUILD FAILED: failed yhi sincerely, -The Buildbot

1 0

Re: [Yhc] Visual Studio 2005 gives libc.lib missing errors
by Peter Tanski 09 Jan '07

09 Jan '07

On Jan 8, 2007, at 1:05 PM, Peter Tanski wrote: > There are also binaries under the ClamAV Native Win32 Port, at > http://oss.netfarm.it/clamav/ I was wrong: those aren't binaries. Here are the directions: 1. download and install MASM if you don't have it yet (it is a small, single executable; tiny install). Download from: http://www.microsoft.com/downloads/details.aspx? FamilyId=7A1C9DA0-0510-44A2-B042-7EF370530C64&displaylang=en note: it installs into the VC++/bin directory 2. download and install 7zip if you don't have it. Download from: http://www.7-zip.org/ 3. download the full GMP library (currently v4.2.1) and extract it into a directory, i.e., \gmp-4.2.1 http://swox.com/gmp/#DOWNLOAD 4. download the appropriate archive from http://oss.netfarm.it/ clamav/ and extract it *into* the gmp directory. 5. the .vcproj file will be in \gmp-4.2.1\msvc\gmp. Open it. 6. in normal VC++ I believe you may be fine; in VC++ Express you need to do this: * go to the project Properties and under Resources/General, * under Additional Include Directories add the include directory that contains "windows.h" (it is included in the resource file). VC+ + Express does not come with "windows.h," but I believe the "windows.h" from Mingw should work. After all this it should build fine as a DLL (gmpd.dll). Note that the default Build is a Debug Build, so you might want to change that as well. Cheers, Pete P.S., there might be an easier way to automate this process (especially finding a "windows.h"). Since it is only a resource file that needs windows.h, it might be possible to simply repackage the whole distribution (gmp, the gmp-msvc version and windows.h) together. It might not introduce conflicts if someone has another windows.h in their path (i.e., full version or old version of VC++) but the local directories are searched first. If all that works you might be able to use scons to call the build.

1 1

Visual Studio 2005 gives libc.lib missing errors
by Peter Tanski 08 Jan '07

08 Jan '07

Neil Mitchell wrote: > I just tried to compile Yhi on Visual Studio 2005. It failed because > it is missing libc.lib, which MS removed for this version. I managed > to fake this by going to VC\lib and copying libcmt.lib and calling it > libc.lib. I suspect the issue is that the copy of gmp we use > explicitly asks for libc.lib, which breaks this. To my knowledge, VS 2005 does not contain the static runtime libraries, although the Platform SDK does contain some static libraries, such as libcp.lib. So a couple of questions: 1) Anyone know a version of gmp which will work with all VS versions? There are precompiled .DLL versions of GMP for Windows and directions for compiling it as a DLL under cygwin and patch files for compiling under VC++.NET at: http://cs.nyu.edu/exact/core/gmp/ Cheers, Pete

2 2

Re: [Yhc] VC(++) environment variables (vcvars32.bat, Issue 49)
by Peter Tanski 08 Jan '07

08 Jan '07

Hi Andrew, Thanks! Andrew Wilkinson wrote: > On 1/7/07, Peter Tanski wrote: >> I looked at Issue 49, on setting the correct environment variables >> for a Visual Studio (Visual C++) toolset using vcvars32.bat or >> whatever the correct batch file is (see below)... > > ... Getting the right environment variables is probably complicated > enough to warrant a new file with a function called from build/ > platform.py, > but it could be included in the same function. It would also be easier to modify later on. Am I correct that "vc" is the MS CL compiler? >> The basic strategy I want to try is this: >> >> 1. find the correct Visual Studio build by querying the system ... > > The dictionary os.environ is probably what you're looking for. > >> 2. find the correct vcvars32.bat or vsvars32.bat ... The easiest >> solution is to query the settings in the Registry... I haven't >> explored this thoroughly and expect there is some cool Python or >> scons function for that purpose.) > > http://sourceforge.net/projects/pywin32/ will let you query the > registry. > I'm not sure if it is included in the main Python windows > installer, but it > is definitely include in ActiveState's ActivePython. The Python 2.5 Windows installer includes _winreg, as well. > 3. run the batch file and query the environment variables > > Is the batch file simple enough to use regular expressions to > extract the > values? That might be easier? It could be parsed but in many cases and for different versions of VS, the main batch file calls other batch files. I discovered a MS tool, Program Files\Microsoft Platform SDK [version, type]\Setup \VCDetect.Exe that will find the correct vsvars32.bat. > 4. propagate the variables into scons ENV > >> ... after this, if Yhc ever needs the Visual Studio tools again, it >> might be able to perform the same process after (or during) >> installation. > > This is as simple as > env["CC"] = "path to compiler" Very nice :) Cheers, Pete

1 0

Visual Studio 2005 gives libc.lib missing errors
by Neil Mitchell 08 Jan '07

08 Jan '07

Hi, I just tried to compile Yhi on Visual Studio 2005. It failed because it is missing libc.lib, which MS removed for this version. I managed to fake this by going to VC\lib and copying libcmt.lib and calling it libc.lib. I suspect the issue is that the copy of gmp we use explicitly asks for libc.lib, which breaks this. So a couple of questions: 1) Anyone know a version of gmp which will work with all VS versions? 2) Has anyone compiled Yhc with VS 2005 before? Thanks Neil

1 0

VC(++) environment variables (vcvars32.bat, Issue 49)
by Peter Tanski 08 Jan '07

08 Jan '07

[redirected from cvs-ghc list] On Jan 7, 2007, at 3:03 PM, Neil Mitchell wrote: > Peter Tanski wrote: >> Ah. Nothing like a little exploration :) Does ./build/platform.py >> sound like the right place to do it? > > That's well beyond my scons knowledge. If you repost the question to > the yhc@ list I'm sure our scons expert will be able to give you an > idea. To carry the discussion we were having, here is the summary: I looked at Issue 49, on setting the correct environment variables for a Visual Studio (Visual C++) toolset using vcvars32.bat or whatever the correct batch file is (see below). This shouldn't be too hard to do but I don't know which SCons files I should modify for this. If any of you have extra time, would you please point me in the right direction? The basic strategy I want to try is this: 1. find the correct Visual Studio build by querying the system and finding the %VSnnCOMNTOOLS% installation. In DOS, this would be as simple as: C:\> set | find "COMNTOOLS" VS80COMNTOOLS=C:\.... 2. find the correct vcvars32.bat or vsvars32.bat (possibly by searching the Start Menu for the Visual Studio [version] Command Prompt) and examining the shortcut. There are only two "Start Menu" systems to check, the current User and "All Users." There is a program, 'getlnk' from Bamboo Software <http://www.inwa.net/~frog/ bamboo.htm> to query the .lnk file in case there isn't a Windows program. (Note: easiest solution is to query the settings in the Registry, under \Software\Microsoft\VisualStudio\[version]\External Tools, I believe. I haven't explored this thoroughly and expect there is some cool Python or scons function for that purpose.) 3. run the batch file and query the environment variables 4. propagate the variables into scons ENV ... after this, if Yhc ever needs the Visual Studio tools again, it might be able to perform the same process after (or during) installation. >> The vcvarsall.bat in the \Visual Studio X\VC\ directory has goto's >> that essentially redirect to the \Visual Studio X\Common7\Tools >> \vsvars32.bat; my vsvars32.bat doesn't have any goto's in it. > > The one in my VC98 installation has some if's in it, so a little more > complex than just set's. It's also named vcvars32.bat instead of > vSvars32.bat. Thanks very much for any any help you can give. Cheers, Pete

2 1

Yhc: A first impression
by Thorkil Naur 07 Jan '07

07 Jan '07

Hello merry Yhc'ers, Doing my homework for the upcoming Hac07 event, I installed and ran Yhc for the first time over some code that has so far survived both Hugs and GHC. In the spirit of Hac07, I downloaded Yhc and built it from the darcs repository, as described on http://haskell.org/haskellwiki/Yhc/Building. All this happened on a PPC Mac OS X 10.4 using a ghc-6.4.1 that I had installed earlier. I also had darcs installed already. Other tools scons, subversion, python24 (and perhaps more? I cannot recall) I took from darwinports. All this with surprisingly few stumbles. But I do have some comments and questions. And understand, please, that the answers may be perfectly obvious. And that none of these items are preventing anything important from happening. Nevertheless, it would help me a lot if some expert would take just a quick look through the list and say something about each. Feel free to simply say "Supply additional information", "Fix the documentation yourself", or "Report a bug" as appropriate. Here is the list: 1. I compile HelloWorld.hs by "yhc HelloWorld" and it works fine. However, in contrast to the description on http://haskell.org/haskellwiki/Yhc/Tutorial, the result is deposited in Main.hbc and Main.hi, so to run it, I must use "yhi Main". "yhi HelloWorld" produces a complaint (ERROR: couldn't find module named 'HelloWorld'). 2. When invoking yhc and also yhi, it seems that I can add a lot of different suffixes to the module name and they are simply ignored. Thus, "yhi Main.xxx" works just as well as "yhi Main". Throwing my input silently away like this seems unfriendly, I would much prefer to get an error message. 3. On http://haskell.org/haskellwiki/Yhc/Options and also in the output from "yhc -?", I find "-d -dst str destination path for generated bytecode files (default=.)". This dosen't seem right: I the cases I have tried, the bytecode was placed in the same directory as the source. And adding "-d something" did not seem to have any effect. 4. I also tried the command line yhe. However, I had to go into yhc/src/interactive and figure out myself how to build it. It hadn't been built as part of the "normal" build process. (I should mention that I am not particularly interested in the GUI yhe and probably don't even have the installments needed to build it.) 5. Getting to some more meaty things, actually compiling some code, I get the message "Error: Context for Prelude.Num needed in left hand pattern at 98:19-98:23." referring to this line in the code: (x,c) = prpExponent (n-1) p In ghci, I find that prpExponent :: (Num b, Integral a) => a -> a -> (a, b) If I add prpExponent :: Integer -> Integer -> (Integer,Int) (I sinfully avoid these type specifications in many cases), the module compiles fine. In another case of this: (p2p1f2,0) = divMod (p2+1) p2p1f1 yhc reports "Error: Context for Prelude.Integral needed in left hand pattern at 88:3-88:12.". For this, ghci reports p2p1f2 :: Integer p2 :: Integer p2p1f1 :: Integer and I can add p2 :: Integer to fix the problem. I have additional examples of this, all of them involving a pair as left hand side, some of them requiring more elaborate (but less obvious) repairs. Any comments? 6. I get the message "Nothing derived for Id 424 at nopos" and similar messages with 424 replaced by other numbers when a number of modules are compiled. The modules seem to compile OK, however. What does this mean? 7. I have only really managed to execute toy programs. For one of my "real" programs (also a toy, but you know what I mean), I get Thorkil-Naurs-Computer:~/tn/test/Yhc/HASKELL1/tn/Haskell/Hugs thorkilnaur$ yhi Primtal ERROR: couldn't find module named '_Builtin' tried: _Builtin.hbc /Users/thorkilnaur/tn/YhcDarcsRepository/yhc/inst/lib/yhc/packages/yhc-base/1.0/_Builtin.hbc Thorkil-Naurs-Computer:~/tn/test/Yhc/HASKELL1/tn/Haskell/Hugs thorkilnaur$ and I cannot figure out how to solve this problem. Other of my programs also complain that '_Builtin' is missing. 8. Compiling another program, I get Thorkil-Naurs-Computer:~/tn/test/Yhc/HASKELL1/tn/Haskell/Hugs thorkilnaur$ yhc -I EuclidNormal FcbMStep yhc: Error: File not found, Time Reason: imported from Main Looked in: /Users/thorkilnaur/tn/test/Yhc/HASKELL1/tn/Haskell/Hugs/ . EuclidNormal /Users/thorkilnaur/tn/YhcDarcsRepository/yhc/inst/lib/yhc/packages/haskell98/1.0 /Users/thorkilnaur/tn/YhcDarcsRepository/yhc/inst/lib/yhc/packages/yhc-base/1.0 Thorkil-Naurs-Computer:~/tn/test/Yhc/HASKELL1/tn/Haskell/Hugs thorkilnaur$ I have done a very superficial investigation and it appears that it is certainly intended that Time should be included in the Yhc install. On the other hand, I cannot off hand find traces in the scons output that something related to Time has been built. I have similar problems with CPUTime. Please direct me. 9. Finally, I get a message "Error: Identifier getArgs used at 67:15-67:21 is not defined." when using that function in a Main module: args<-getArgs Please comment. Please complain if you think that I am wasting your time with trivia. I have been through most of the Wiki pages that I could find that were related to Yhc. I have also looked briefly over the bug list. Many thanks and best regards Thorkil

3 3

Re: Yhc: A first impression
by Christopher Lane Hinson 06 Jan '07

06 Jan '07

> I have done a very superficial investigation and it appears that it is > certainly intended that Time should be included in the Yhc install. On the > other hand, I cannot off hand find traces in the scons output that something > related to Time has been built. I have similar problems with CPUTime. Please > direct me. > > 9. Finally, I get a message "Error: Identifier getArgs used at 67:15-67:21 is > not defined." when using that function in a Main module: > > args<-getArgs I have made some slow progress on adding the base packages to yhc, and I'm still working on this. Someone more familiar with the internals would probably be able to bang it out a lot faster than me, but still, it's being worked on. Just so that people know. --Lane

1 0

buildbot failure in gentoo_amd64
by andrewjwilkinsonw＠gmail.com 04 Jan '07

04 Jan '07

The Buildbot has detected a failed build of gentoo_amd64. Full details are available at: http://www.indiegigs.co.uk:8010/gentoo_amd64/builds/9 Buildbot URL: http://www.indiegigs.co.uk:8010/ Buildslave for this Build: gentooamd64 Build Reason: Build Source Stamp: HEAD Blamelist: Neil Mitchell BUILD FAILED: failed failed slave lost sincerely, -The Buildbot

1 0

Warning, API change in Yhc.Core.FreeVar
by Neil Mitchell 04 Jan '07

04 Jan '07

Hi, I have developed the API using the word Free to mean both Free and Bound. This is not good. As a result I'm going to be changing most of the terminology in the library, and pretty much guarantee to break all the people using this API. I don't think thats many people, in fact it may well just be me, but before breaking API's I thought I'd let everyone know. The patches should be coming along in about half an hour. Thanks Neil

1 0