Re: [GHC] #1798: add better framework support to ghc

[GHC]

#1798: add better framework support to ghc
-+--
 Reporter:  guest|  Owner: 
 Type:  feature request  | Status:  new
 Priority:  normal   |  Milestone:  6.10 branch
Component:  Compiler |Version:  6.6.1  
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  Multiple   
   Os:  MacOS X  |  
-+--
Comment (by thorkilnaur):

 Thanks a lot, sorry about chasing you around like this. It really helps me
 to get things more separated.

 Best regards
 Thorkil

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1798: add better framework support to ghc

[GHC]

#1798: add better framework support to ghc
-+--
 Reporter:  guest|  Owner: 
 Type:  feature request  | Status:  new
 Priority:  normal   |  Milestone:  6.10 branch
Component:  Compiler |Version:  6.6.1  
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  Multiple   
   Os:  MacOS X  |  
-+--
Comment (by maeder):

 Ok, let me repeat my request to commit my changes (about 6 lines) to
 Linker.lhs (see #1395) which should be save under all circumstances. I'll
 happily re-attach this file to this ticket with all tabs and trailing
 whitespace removed. (A pity this change did not make it into ghc-6.8.2)

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1798: add better framework support to ghc

[GHC]

#1798: add better framework support to ghc
-+--
 Reporter:  guest|  Owner: 
 Type:  feature request  | Status:  new
 Priority:  normal   |  Milestone:  6.10 branch
Component:  Compiler |Version:  6.6.1  
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  Multiple   
   Os:  MacOS X  |  
-+--
Comment (by thorkilnaur):

 Please refer to #1395 for a description of changes proposed for the ghc
 linker.

 The issue of this ticket can be separated into:
  1. Improved framework support when running Haskell programs (dynamic
 linking of libraries in frameworks etc.)
  2. Improved framework support when compiling Haskell programs (looking
 for include files etc.)
 I suggest that the present ticket be used for the first of these,
 determining the desired run time libraries. I will create a new ticket
 shortly to deal with the second, looking for include files at compile
 time.

 Please feel free to shout if this is not appropriate.

 Best regards
 Thorkil

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1395: let ./configure check for a GNUreadline framework

[GHC]

#1395: let ./configure check for a GNUreadline framework
-+--
 Reporter:  [EMAIL PROTECTED]|  Owner: 
 Type:  feature request  | Status:  reopened   
 Priority:  normal   |  Milestone:  6.8 branch 
Component:  Build System |Version:  6.8
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Easy (1 hr)
 Testcase:   |   Architecture:  Multiple   
   Os:  MacOS X  |  
-+--
Comment (by thorkilnaur):

 I am a bit confused about what the subject of this trac ticket really is.
 To reduce my confusion, I suggest that we limit the issue of the present
 ticket to things that involve changing the Haskell readline library and/or
 it's build process. Other related changes (such as the proposed changes to
 the ghc linker) are then handled in separate trac tickets (such as #1798).

 I hope that you consider this acceptable, but please feel free to shout in
 any case. I have also added a comment to #1798.

 Best regards
 Thorkil

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

[GHC] #1978: Error message: Undefined reference to `XXX_closure'

[GHC]

#1978: Error message: Undefined reference to `XXX_closure'
-+--
Reporter:  Andriy|   Owner:   
Type:  bug   |  Status:  new  
Priority:  normal|   Milestone:   
   Component:  Compiler  | Version:  6.6  
Severity:  major |Keywords:   
  Difficulty:  Unknown   |Testcase:   
Architecture:  x86   |  Os:  Linux
-+--
 When I try to compile the following test case:
 {{{
 import System.IO
 import Text.XML.HXT.Arrow

 main = do
  runX $ application

 application =
  readDocument [(a_validate, v_0)] "url"
>>> generateItemsXml
-- >>. takeLast
>>. \t -> [last t]
>>> getErrStatus
  where
takeLast xs = [last xs]

 generateItemsXml = root [] []
 }}}
 the compilation fails because of the line ">>. \t -> [last t]". If I
 extract this line into a separate function (here takeLast) or take it into
 parentheses, the compilation proceeds.
 For this test case compilation actually fails later with more sensible
 error message, but the original full program compiles after this fix
 successfully. I can provide the full program if necessary. It is not very
 big. Contact me at c at hlsoft com.

 The GHC compilation failure is:

 {{{
 ~/prj/pubStats$ ./run.sh
 [123 of 123] Compiling Main ( src/testGhc.hs, src/testGhc.o )
 Linking src/testGhc ...
 src/testGhc.o: In function `Main_lvl3_info':
 ghc26321_0.hc:(.text+0x166): undefined reference to
 `Main_application_closure'
 src/testGhc.o:(.rodata+0x10): undefined reference to
 `Main_application_closure'
 collect2: ld returned 1 exit status
 }}}

 The GHCi fails with following message:

 {{{
 During interactive linking, GHCi couldn't find the following symbol:
  Main_application_closure
 This may be due to you not asking GHCi to load extra object files,
 archives or DLLs needed by your current session.  Restart GHCi, specifying
 the missing library using the -L/path/to/object/dir and -lmissinglibname
 flags, or simply by naming the relevant files on the GHCi command line.
 Alternatively, this link failure might indicate a bug in GHCi.
 If you suspect the latter, please send a bug report to:
  glasgow-haskell-bugs@haskell.org
 }}}

 The GHC version:
 "The Glorious Glasgow Haskell Compilation System, version 6.6" on Ubuntu
 Linux 7.04. Currently I don't have time to try to reproduce the problem on
 the latest version of the compiler.

 I compile my program with the HXT library using the following command:

 {{{
 ghc --make -O -fglasgow-exts -farrows -iinc src/testGhc.hs
 }}}

 where the inc directory contains the HXT library.
 Sorry if it is not a bug, or it is already fixed. I could not decide
 whether other occurrences of this error indicate the same problem. Decided
 that submitting an invalid bug is better than missing it completely.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1890: Regression in mandelbrot benchmark due to inlining

[GHC]

#1890: Regression in mandelbrot benchmark due to inlining
---+
 Reporter:  dons   |  Owner:
 Type:  bug| Status:  new   
 Priority:  normal |  Milestone:  6.8.3 
Component:  Compiler   |Version:  6.8.1 
 Severity:  normal | Resolution:
 Keywords:  inlining, performance  | Difficulty:  Unknown   
 Testcase: |   Architecture:  x86_64 (amd64)
   Os:  Unknown|  
---+
Comment (by simonpj):

 Don? Any thoughts?

 Try the HEAD too.  I get 211Mbyets of allocation, and roughly identical
 times, for 6.6, 6.8.1, 6.8.2, and HEAD

 Simon

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1972: Shadowed binding warning message lacks essential information

[GHC]

#1972: Shadowed binding warning message lacks essential information
--+-
 Reporter:  NeilMitchell  |  Owner: 
 Type:  bug   | Status:  closed 
 Priority:  normal|  Milestone: 
Component:  Compiler  |Version:  6.8.1  
 Severity:  normal| Resolution:  fixed  
 Keywords:| Difficulty:  Unknown
 Testcase:  T1972 |   Architecture:  Unknown
   Os:  Unknown   |  
--+-
Changes (by simonpj):

  * testcase:  => T1972
  * status:  new => closed
  * resolution:  => fixed

Comment:

 Good point.  I'm validating a fix, and adding a test case.

 Simon

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1429: :list gets confused by bang patterns in .lhs files

[GHC]

#1429: :list gets confused by bang patterns in .lhs files
--+-
 Reporter:  mnislaih  |  Owner:  simonmar  
 Type:  bug   | Status:  closed
 Priority:  normal|  Milestone:  6.8.3 
Component:  GHCi  |Version:  6.7   
 Severity:  minor | Resolution:  worksforme
 Keywords:  debugger  | Difficulty:  Unknown   
 Testcase:|   Architecture:  Unknown   
   Os:  Unknown   |  
--+-
Changes (by simonmar):

  * status:  new => closed
  * resolution:  => worksforme

Comment:

 I can't reproduce this, there must be something else significant other
 than a bang pattern.  If you can reproduce it again, please reopen and
 attach the actual source file.

 {{{
 Prelude> :! cat 1429.lhs
 \begin{code}
 module Main where

 f :: Int -> [Int]

 f !x = [x+1]

 \end{code}
 Prelude> :l 1429
 [1 of 1] Compiling Main ( 1429.lhs, interpreted )
 Ok, modules loaded: Main.
 *Main> :b f
 Breakpoint 4 activated at 1429.lhs:6:0-11
 *Main> f 1
 Stopped at 1429.lhs:6:0-11
 _result :: [Int] = _
 5
 6  f !x = [x+1]
 7
 [1429.lhs:6:0-11] *Main>
 }}}

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1818: Code size increase vs. 6.6.1

[GHC]

#1818: Code size increase vs. 6.6.1
--+-
 Reporter:  simonmar  |  Owner: 
 Type:  bug   | Status:  new
 Priority:  normal|  Milestone:  6.8.3  
Component:  Compiler  |Version:  6.8.1  
 Severity:  normal| Resolution: 
 Keywords:| Difficulty:  Unknown
 Testcase:|   Architecture:  Unknown
   Os:  Unknown   |  
--+-
Changes (by simonmar):

  * milestone:  6.8.2 => 6.8.3

Comment:

 Performance summary for 6.8.2 relative to 6.8.1 and 6.6.1.   In all cases,
 the libraries were compiled with -O2 and the nofib suite was compiled with
 -O (this is just the default setting, I should probably redo the figures
 using -O2).

  * 6.8.2 produces binaries 7.5% smaller than 6.8.1, but still 13.5% larger
 than 6.6.1
  * Allocations are down a bit on average in 6.8.2.  Some programs got
 significantly better (mandel, x2n1), and some got worse,
particularly fulsom (+34% allocation +39% runtime), but this just puts
 it back
to where it was with 6.6.1.  We should look into this.
  * Performance for nofib is roughly equal for 6.8.2 relative to 6.8.1
 (+0.4% runtime)
  * Compile times are down by 4%, but this figure tends to wobble quite a
 bit.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1007: Add parsing (and some more) to the time package

[GHC]

#1007: Add parsing (and some more) to the time package
-+--
 Reporter:  [EMAIL PROTECTED]  |  Owner: 
 Type:  proposal | Status:  new
 Priority:  normal   |  Milestone:  Not GHC
Component:  libraries (other)|Version: 
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  Unknown
   Os:  Unknown  |  
-+--
Changes (by abayley):

 * cc: [EMAIL PROTECTED] (added)

Comment:

 See also ticket 1598, for Data and Typeable instances.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1598: Could instances of Typeable, Data be added?

[GHC]

#1598: Could instances of Typeable, Data be added?
---+
 Reporter:  igloo  |  Owner:  [EMAIL PROTECTED]
 Type:  feature request| Status:  new
 Priority:  normal |  Milestone:  Not GHC
Component:  libraries (other)  |Version:  6.6.1  
 Severity:  normal | Resolution: 
 Keywords: | Difficulty:  Unknown
 Testcase: |   Architecture:  Unknown
   Os:  Unknown|  
---+
Changes (by abayley):

 * cc: [EMAIL PROTECTED] (added)

Comment:

 Would like Data instances for Data.Time types. This is related to ticket
 1007.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs