Simon Marlow | 1 Aug 13:38 2003
Picon

RE: Strange Building problem...


> On Thu, 31 Jul 2003 13:57:02 +0100, you wrote:
> >> What is odd is that ghc-inplace is invoked by the make 
> process several
> >> times before this big one (which appears to be the start 
> of stage 2?)
> >> and works fine...
> >Do the errors really refer to "GHCziBase_True_Closure", or is it
> >"GHCziBase_True_closure"? (with lower-case 'c')?
> 
> It's a lower-case 'c'.  Sorry - I typed it out by hand as the build is
> on a different machine.

Could you check the following things:

  - ghc/driver/package.conf: is it empty?  Does it contain
    reasonable-looking package entries?

  - Is there a discrepancy between leading underscores on the
    symbols in libHSbase.a and the missing symbols?

Cheers,
	SImon
Mark Green | 1 Aug 13:49 2003
Picon

Re: Strange Building problem...

On Fri, 1 Aug 2003 12:38:09 +0100, you wrote:

>> It's a lower-case 'c'.  Sorry - I typed it out by hand as the build is
>> on a different machine.
>
>Could you check the following things:
>  - ghc/driver/package.conf: is it empty?  Does it contain
>    reasonable-looking package entries?

  It is not empty and the entries look reasonable.

>  - Is there a discrepancy between leading underscores on the
>    symbols in libHSbase.a and the missing symbols?

  No; neither have any leading underscores.
Simon Marlow | 1 Aug 13:51 2003
Picon

RE: Strange Building problem...


> >> It's a lower-case 'c'.  Sorry - I typed it out by hand as 
> the build is
> >> on a different machine.
> >
> >Could you check the following things:
> >  - ghc/driver/package.conf: is it empty?  Does it contain
> >    reasonable-looking package entries?
> 
>   It is not empty and the entries look reasonable.
> 
> >  - Is there a discrepancy between leading underscores on the
> >    symbols in libHSbase.a and the missing symbols?
> 
>   No; neither have any leading underscores.

Can you compile a small "hello world"-type program using
ghc/compiler/stage1/ghc-inplace?

Cheers,
	Simon
Mark Green | 1 Aug 14:20 2003
Picon

Re: Strange Building problem...

On Fri, 1 Aug 2003 12:51:21 +0100, you wrote:
>> 
>>   It is not empty and the entries look reasonable.
>> >  - Is there a discrepancy between leading underscores on the
>> >    symbols in libHSbase.a and the missing symbols?
>>   No; neither have any leading underscores.
>Can you compile a small "hello world"-type program using
>ghc/compiler/stage1/ghc-inplace?

$ more hello.hs
main = print "Hello world!"
$ ./ghc-inplace hello.hs
hello.o(.text+0x28): In function 'rE8_srt': undefined reference to
'GHCziShow_zdfShowChar_closure"

[ another of the same error ]

[ another of the same but this time referring to 
GHCziBase_unpackCStringzh_closure ]

/home/mark/ghc-6.0/libraries/base/libHSbase.a(Show__178.o)(.text+0x0):
In function 'GHCziShow_zdfShowZMZN_srt': undefined reference to
'GHCziShow_lvl16_closure'

[A LARGE number of similar errors all within libHSbase.a]

[Similar errors in libHSrts.a]

[Invoking the already installed ghc from the .deb to check the program
isn't the problem..]
(Continue reading)

Simon Marlow | 1 Aug 15:06 2003
Picon

RE: Strange Building problem...


> On Fri, 1 Aug 2003 12:51:21 +0100, you wrote:
> >> 
> >>   It is not empty and the entries look reasonable.
> >> >  - Is there a discrepancy between leading underscores on the
> >> >    symbols in libHSbase.a and the missing symbols?
> >>   No; neither have any leading underscores.
> >Can you compile a small "hello world"-type program using
> >ghc/compiler/stage1/ghc-inplace?
> 
> $ more hello.hs
> main = print "Hello world!"
> $ ./ghc-inplace hello.hs
> hello.o(.text+0x28): In function 'rE8_srt': undefined reference to
> 'GHCziShow_zdfShowChar_closure"

Perhaps this is a gcc-3.3 problem.  I notice that you're compiling ghc
6.0 rather than 6.0.1, and 6.0 had some problems with gcc 3.3.

Could you try compiling 6.0.1 instead, and see if that helps?

Cheers,
	Simon
Ashley Yakeley | 3 Aug 10:31 2003

Profiling Optimised Code

The profiling report from my program compiled with GHC 6.0 with -O 
-fvia-C on Mac OS X isn't making a lot of sense. The line with the most 
time, 30.1%, has an entry count of zero, as do most of them:

            exprLetMap   
Org.Org.Semantic.HScheme.Interpret.LambdaExpression  1939           0   
0.3    0.0    30.3    0.0
             liftF2      Org.Org.Semantic.HBase.Category.Functor             
1940           0   0.0    0.0    30.1    0.0
              liftF1     Org.Org.Semantic.HBase.Category.Functor             
1941           0  30.1    0.0    30.1    0.0

It's also a fairly unlikely candidate for time consumption. liftF1 is 
defined as simply equal to fmap, which presumably doesn't have a 
cost-centre because it's defined in the standard libraries. But the 
instance of fmap that it calls is fairly trivial.

Am I misinterpreting the report, or would I be better off profiling a 
unoptimised program to see where the slow bits are in that? I have 
successfully improved code based on reports from unoptimised programs 
from GHC 5.*, since those reports made much more sense.

--

-- 
Ashley Yakeley, Seattle WA
Donald Bruce Stewart | 4 Aug 01:34 2003
Picon
Picon

Re: ANNOUNCE: GHC version 6.0.1

simonmar:
> 
> We are pleased to announce a new patchlevel release of the Glasgow
> Haskell Compiler (GHC), version 6.0.1.

GHC 6.0.1 is now in the OpenBSD ports tree as lang/ghc, 
for x86 only at the moment.

Make sure your ports tree is up to date, and, e.g.:
    cd /usr/ports/lang/ghc && make install.

Cheers,
    Don
A.P. Rao | 4 Aug 06:50 2003
Picon

linker errors

Hi,

  I am getting  an "undefined reference" error listed
below when I try to
  build my program. I am able to successfully compile
and link a trivial
  "Hello World" program, but not my application code.

  I tried 3 different versions of ghc (5.04.3, 6.0 and
6.0.1) on my
  redhat-9 linux pc. The gcc compiler is at version
3.2.2 (gcc (GCC)
  3.2.2 20030222 (Red Hat Linux 3.2.2-5)). I even
tried the ghc 6.0.1
  compiler built on my own pc. The result is the same.

Error:
--------------------
AsnParser.o(.text+0x21139): In function `r2CD0_entry':
: undefined reference to `DataziTuple_Z73T_con_info'
collect2: ld returned 1 exit status
--------------------

  Any suggestions as to what may be causing this and
how I can get rid
  of it. To me, it looks like a code-generation bug on
ghc's side.

Thanks,
A.P. Rao
(Continue reading)

Simon Peyton-Jones | 4 Aug 09:48 2003
Picon

RE: linker errors

One of GHC's infelicities is that it only supports tuples up to a
certain size -- currently 62.
You just can't get bigger tuples. Your program uses a 73-tuple.  My
guess is that your code is generated by some other program that's
generating big tuples?

The only workaround is to nest your tuples.

It would really be much better if GHC complained in the front end about
over-size tuples.  I'll fix that.  The "real" fix (arbitrary size
tuples) isn't really hard, but it involves real work so we keep
postponing it on the gounds that it seldom bites.  So please continue to
say if it bites you, so that we know.  

It used to be the case that simply having a nest of more than 62
mutually-recursive functions would trigger this bug, but that should no
longer be the case with 6.0.  Please say if that is happening.

Simon

| -----Original Message-----
| From: glasgow-haskell-users-admin <at> haskell.org
[mailto:glasgow-haskell-users-admin <at> haskell.org]
| On Behalf Of A.P. Rao
| Sent: 04 August 2003 05:50
| To: glasgow-haskell-users <at> haskell.org
| Subject: linker errors
| 
| Hi,
| 
(Continue reading)

Ian Lynagh | 4 Aug 13:16 2003
Picon

Re: ANNOUNCE: GHC version 6.0.1

On Wed, Jul 30, 2003 at 01:06:02PM +0100, Simon Marlow wrote:
> 
>    =============================================================
>     The (Interactive) Glasgow Haskell Compiler -- version 6.0.1
>    =============================================================
> 
> We are pleased to announce a new patchlevel release of the Glasgow
> Haskell Compiler (GHC), version 6.0.1.

Debian packages are now in the archive for unstable; just "apt-get
update" and "apt-get install ghc6 ghc6-prof ghc6-doc". There are also
ghc6-hopengl, ghc6-threaded-rts and ghc6-libsrc packages. It should
enter testing in 10 days time.

Stable packages are available from Isaac's "Haskell Experimental"
repository. To use them, add
deb http://www.syntaxpolice.org/haskell-experimental/ stable/
to your /etc/apt/sources.list and install as above.

Thanks
Ian

Gmane