1080ed27e044453894d6d5f9ce846eb50966045e
[ghc-hetmet.git] / ghc / tests / programs / dmgob_native2 / Bug_report
1 Will,
2
3 There may be a subtle bug in exectuable code produced by your
4 compiler. I am sending you an example program that displays wierd
5 behaviour when compiled using ghc, but not when compiled using hbc.
6 The results have been check by hand against a commercial C-based
7 signal processing tool, and the hbc numbers agree (within numercial
8 precision limitations) to the commerical package.  Most of the ghc
9 numbers agree too, but some are off in a systematic way.
10
11 NOTE: This program uses the Native module, so perhaps the problem lies
12 there; I don't know.
13
14
15 The package contains the following:
16
17 1) a module LPA.lhs
18
19 2) a main program  Main.lhs
20
21 3) a Makefile, set up for ghc 0.19 and hbc (you can use 0.999.5 if you
22 want)
23
24 4) an example speech file
25
26
27 To compile, edit the Makefile and comment/uncomment the definitions
28 for which compiler you want to use; then type make.
29
30 Run the program first for hbc:
31
32         % lpa speech speech.cep.hbc
33
34 Then ``make clean'', edit the Makefile, remake and run for ghc:
35
36         % lpa speech speech.cep.ghc
37
38 Now look at the first 10 lines of each ``cep'' file using od:
39
40         % od -fv speech.cep.hbc | head -10
41
42         % od -fv speech.cep.ghc | head -10
43
44 Notice that the numbers pretty much agree, except for the 1st, the
45 18th, the 35th, etc.
46
47 You see, the program analyzes frames of speech 100 times per second.
48 For each analysis frame, it dumps 17 floating point numbers.  Your
49 program disagrees with the hbc program about the FIRST coordinate of
50 each of these vectors.  I don't understand how this can happen.
51
52 I'm writing an applications paper for JFP, but I can't include a
53 comparison to your compiler if it produces bad numbers.  So... I know
54 your busy, but could you look at this soon?
55
56 Good luck!!
57
58 dave g.
59
60