Greg Ballinger | 5 May 03:35 2004
Picon

Re: Setting Search Path doesn't persist in WinHugs

AHA, I found the problem. When starting the WinHugs.exe file directly in C:\Program Files\Hugs98 it does use the persisted search path. However when starting it via the shortcuts installed in the Windows Start Menu system it does not. Evidently the shortcut in the menu uses an empty -P option when starting WinHugs.

Sigbjorn Finne told me "I'll fix this in the next release, but creating your own shortcuts sounds like the simplest way out."

For those unfamiliar with creating Windows shortcuts, an easy way to do this is:
1) navigate to the WinHugs.exe file,
2) right-click,
3) select Send to desktop (Create shortcut).
4) drag or copy the shortcut to wherever you want it.

If you wish to set WinHugs command line options in your shortcut
1) right-click on the shortcut after you have created it
2) select Properties
3) Type your selected command line options at the end of target line
        Example: "C:\Program Files\Hugs98\winhugs.exe" +t
        will cause WinHugs to display the result and type of each expression entered at the Hugs prompt:

Hope this is helpful and not too elementary.

--Greg Ballinger


_______________________________________________
Hugs-Users mailing list
Hugs-Users <at> haskell.org
http://www.haskell.org/mailman/listinfo/hugs-users
Paul Hudak | 27 May 17:48 2004
Picon

broken links

Dear Hugs maintainers --

There are several links that are broken on the Nov2002 download page at 
http://cvs.haskell.org/Hugs/pages/downloading-Nov2002.htm.  These are 
important to me because the current release of Hugs is compatible with 
the graphics library used in my book (SOE), so for now I have been 
pointing people to the Nov2002 release.  Two of the links I know how to fix:

cvs.haskell.org/Hugs/downloads/GraphicsLib.msi
should be
cvs.haskell.org/Hugs/downloads/Nov2002/GraphicsLib.msi

and

cvs.haskell.org/Hugs/downloads/SOE.msi
should be
cvs.haskell.org/Hugs/downloads/Nov2002/SOE.msi

But several of the others (involving sources, Unix, and Linux) I don't 
know how to fix.  I would appreciate it if you could update these links, 
expecially the two above.

Thanks,

   -Paul Hudak

--

-- 
Professor Paul Hudak
Chair, Dept of Computer Science   Office: (203) 432-1235
Yale University                   FAX:    (203) 432-0593
P.O. Box 208285                   email:  paul.hudak <at> yale.edu
New Haven, CT 06520-8285          WWW:    www.cs.yale.edu/~hudak
Graham Klyne | 28 May 14:20 2004

Bug in experimental Unicode support for Hugs?

I've noticed a discrepancy in by version of Hugs with experimental Unicode 
support enabled, based on the 20040109 codebase.  It's exemplified by this:

[[
Main> '\x10ffff'
'\1114111'
Main> maxBound::Char
'\255'
Main>
]]

It appears that this value is hardcoded in Hugs/Prelude.hs, rather than 
obtained from the runtime environment in some way.

#g

------------
Graham Klyne
For email:
http://www.ninebynine.org/#Contact
Ross Paterson | 28 May 17:48 2004
Picon

Re: [Haskell] Bug in experimental Unicode support for Hugs?

On Fri, May 28, 2004 at 01:20:32PM +0100, Graham Klyne wrote:
> I've noticed a discrepancy in by version of Hugs with experimental Unicode 
> support enabled, based on the 20040109 codebase.  It's exemplified by this:
> 
> [[
> Main> '\x10ffff'
> '\1114111'
> Main> maxBound::Char
> '\255'
> Main>
> ]]
> 
> It appears that this value is hardcoded in Hugs/Prelude.hs, rather than 
> obtained from the runtime environment in some way.

I think you're using an old version of Hugs/Prelude.hs.  You need to
copy the new versions of files in libraries/Hugs from the source bundle
to wherever Hugs is looking for them (-q will tell you where).
herington, dean | 1 Jun 00:07 2004

RE: problems building on Solaris

After a hiatus, I'm back trying to get Hugs built for Solaris.  I never had
a reply to the message attached below.  Can anyone help?

One newly noticed bit of puzzlement: configure yields:

/* C compiler invocation use to build a dynamically loadable library.
 * Typical value: "gcc -shared"
 * Must evaluate to a literal C string.
 */
#define MKDLL_CMD "gcc -g   -r"

but I can't find any mention of "-r" for gcc on Sparc.

Dean

> -----Original Message-----
> From: hugs-bugs-bounces <at> haskell.org 
> [mailto:hugs-bugs-bounces <at> haskell.org] On Behalf Of herington, dean
> Sent: Thursday, April 08, 2004 10:03 AM
> To: 'Alastair Reid'; hugs-bugs <at> haskell.org
> Subject: RE: [Hugs-bugs] problems building on Solaris
> 
> 
> > -----Original Message-----
> > From: hugs-bugs-bounces <at> haskell.org 
> > [mailto:hugs-bugs-bounces <at> haskell.org] On Behalf Of Alastair Reid
> > Sent: Wednesday, April 07, 2004 6:21 PM
> > To: hugs-bugs <at> haskell.org
> > Subject: Re: [Hugs-bugs] problems building on Solaris
> > 
> > 
> > Looks like it's trying to put a value bigger than 22 bits 
> > (about 4 million) 
> > into a 22 bit slot.  If so, you need to persuade your C 
> > compiler to use 
> > bigger slots.  Maybe the compiler/assembler/linker has a 'big 
> > binary' flag 
> > you can supply?
> > 
> > What compiler are you using?  (grep MKDLL_CMD src/config.h)
> > 
> > If you see a plausible flag to use, tweak MKDLL_CMD in src/config.h
> > to try it and let us know if it works.
> > 
> > --
> > Alastair Reid
> 
> I'm using:
> GNU C version 3.2.2 (sparc-sun-solaris2.8)
>         compiled by GNU C version 3.2.2.
> /usr/ccs/bin/as: Sun WorkShop 6 update 2 Compiler Common 6.2 
> Solaris_9_CBE
> 2001/04/02
> ld: Software Generation Utilities - Solaris Link Editors: 5.9-1.343
> on:
> SunOS lca1071 5.9 Generic sun4u sparc
> 
> I don't see any switches in any of these tools' man pages for "big
> binaries".
> 
> Dean
> 
> P.S. Please confirm my understanding of the error.  It 
> appears that Hugs is
> trying to compile the Network/BSD module (to a shared object 
> BSD.so) when
> dynamic linking fails, and that the erroneous BSD.so is 
> produced anyway.
> 
> Compiling ../../hugsdir/libraries/Network/BSD.hs
> runhugs: Error occurred
> ERROR "../../hugsdir/libraries/Network/BSD.hs" - Error while 
> importing DLL
> "/emc/dheringt/hugs98-Nov2003/hugsdir/libraries/Network/BSD.so":
> ld.so.1: ../ffihugs: fatal: relocation error: R_SPARC_WDISP22: file
> /emc/dheringt/hugs98-Nov2003/hugsdir/libraries/Network/BSD.so: symbol
> _cerror: value 0x20c5d4 does not fit
> 
> > 
> > On Wednesday 07 April 2004 20:13, herington, dean wrote:
> > > In trying to build Hugs using
> > > 
> > <http://cvs.haskell.org/Hugs/downloads/Nov2003> 
> /hugs98-Nov2003.tar.gz>
> > > 
> > http://cvs.haskell.org/Hugs/downloads/Nov2003/hugs98-Nov2003.t
> ar.gz for
> > Solaris (SunOS lca1071 5.9 Generic sun4u sparc), I get 
> fatal relocation
> > errors.  Any idea of what's wrong?
> >
> > ...
> >
> > relocation error: R_SPARC_WDISP22: file
> > 
> /emc/dheringt/hugs98-Nov2003/hugsdir/libraries/Network/BSD.so: symbol
> > _cerror: value 0x20c5d4 does not fit
> _______________________________________________
> Hugs-Bugs mailing list
> Hugs-Bugs <at> haskell.org
> http://www.haskell.org/mailman/listinfo/hugs-bugs
> _______________________________________________
> Hugs-Bugs mailing list
> Hugs-Bugs <at> haskell.org
> http://www.haskell.org/mailman/listinfo/hugs-bugs
> 

Gmane