The Glasgow Haskell Bugs Mailing List

GHC | 1 May 2010 12:41

Re: #4013: build fails on OS X: Invalid Mach-O file:Address out of bounds while relocating object file

#4013: build fails on OS X: Invalid Mach-O file:Address out of bounds while
relocating object file
-------------------------+--------------------------------------------------
    Reporter:  igloo     |        Owner:                     
        Type:  bug       |       Status:  new                
    Priority:  highest   |    Milestone:  6.14.1             
   Component:  Compiler  |      Version:  6.13               
    Keywords:            |   Difficulty:                     
          Os:  MacOS X   |     Testcase:                     
Architecture:  x86       |      Failure:  Building GHC failed
-------------------------+--------------------------------------------------

Comment(by thorkilnaur):

 Inspired by a successful build
 (http://darcs.haskell.org/ghcBuilder/builders/tn23/8/8.html)
 {{{
 "inplace/bin/ghc-stage2"   -H32m -O    -package-name dph-par-0.4.0 -hide-
 all-packages -i -ilibraries/dph/dph-par/../dph-common -ilibraries/dph/dph-
 par/dist-install/build -ilibraries/dph/dph-par/dist-install/build/autogen
 -Ilibraries/dph/dph-par/dist-install/build -Ilibraries/dph/dph-par/dist-
 install/build/autogen -Ilibraries/dph/dph-par/.    -optP-include
 -optPlibraries/dph/dph-par/dist-install/build/autogen/cabal_macros.h
 -package array-0.3.0.0 -package base-4.2.0.0 -package dph-base-0.4.0
 -package dph-prim-par-0.4.0 -package ghc-6.13.20100423 -package ghc-
 prim-0.2.0.0 -package random-1.0.0.2 -package template-haskell-2.4.0.0
 -Odph -funbox-strict-fields -haddock -fcpr-off -fdph-this -package-name
 dph-par -XTypeFamilies -XGADTs -XRankNTypes -XBangPatterns -XMagicHash
 -XUnboxedTuples -XTypeOperators -O2 -XGenerics -fno-warn-deprecated-flags
 -Wwarn     -odir libraries/dph/dph-par/dist-install/build -hidir

(Continue reading)

GHC | 1 May 2010 13:35

Re: #4013: build fails on OS X: Invalid Mach-O file:Address out of bounds while relocating object file

#4013: build fails on OS X: Invalid Mach-O file:Address out of bounds while
relocating object file
-------------------------+--------------------------------------------------
    Reporter:  igloo     |        Owner:                     
        Type:  bug       |       Status:  new                
    Priority:  highest   |    Milestone:  6.14.1             
   Component:  Compiler  |      Version:  6.13               
    Keywords:            |   Difficulty:                     
          Os:  MacOS X   |     Testcase:                     
Architecture:  x86       |      Failure:  Building GHC failed
-------------------------+--------------------------------------------------

Comment(by chak):

 Another reason to get rid of the RTS linker in favour of dyld.

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4013#comment:3>

GHC | 1 May 2010 15:02

Re: #3935: buggy libffi

#3935: buggy libffi
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:  igloo              
        Type:  bug               |       Status:  new                
    Priority:  high              |    Milestone:  6.14.1             
   Component:  Compiler          |      Version:  6.13               
    Keywords:                    |   Difficulty:                     
          Os:  Unknown/Multiple  |     Testcase:                     
Architecture:  Unknown/Multiple  |      Failure:  Building GHC failed
---------------------------------+------------------------------------------
Changes (by igloo):

  * owner:  => igloo

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3935#comment:4>

GHC | 1 May 2010 16:05

Re: #3935: buggy libffi

#3935: buggy libffi
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:  igloo              
        Type:  bug               |       Status:  new                
    Priority:  high              |    Milestone:  6.14.1             
   Component:  Compiler          |      Version:  6.13               
    Keywords:                    |   Difficulty:                     
          Os:  Unknown/Multiple  |     Testcase:                     
Architecture:  Unknown/Multiple  |      Failure:  Building GHC failed
---------------------------------+------------------------------------------

Comment(by igloo):

 Hmm, I'm struggling with autotools etc.
 {{{
 depbase=`echo src/debug.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\
         /bin/sh ./libtool --tag=CC   --mode=compile /usr/bin/gcc
 -DHAVE_CONFIG_H -I.  -I. -I./include -Iinclude -I./src  -Wall -g
 -fexceptions -Wall -Werror  -w -MT src/debug.lo -MD -MP -MF $depbase.Tpo
 -c -o src/debug.lo src/debug.c &&\
         mv -f $depbase.Tpo $depbase.Plo
 libtool: Version mismatch error.  This is libtool 2.2.6b Debian-2.2.6b-2,
 but the
 libtool: definition of this LT_INIT comes from libtool 2.2.6.
 libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6b
 Debian-2.2.6b-2
 libtool: and run autoconf again.
 make[4]: *** [src/debug.lo] Error 63
 make[4]: Leaving directory `/home/ian/ghc/darcs/ghc/libffi/build'
 }}}

(Continue reading)

GHC | 1 May 2010 17:15

#4035: Asynchronous exception wormholes kill modularity

#4035: Asynchronous exception wormholes kill modularity
---------------------------------+------------------------------------------
    Reporter:  basvandijk        |       Owner:                
        Type:  proposal          |      Status:  new           
    Priority:  normal            |   Component:  libraries/base
     Version:  6.12.2            |    Keywords:                
          Os:  Unknown/Multiple  |    Testcase:                
Architecture:  Unknown/Multiple  |     Failure:  None/Unknown  
---------------------------------+------------------------------------------
 Functions like `finally` create, what I call, an asynchronous exception
 wormhole because they unblock asynchronous exceptions even if you call
 them in a blocked scope:

 {{{
 finally :: IO a -> IO b -> IO a
 a `finally` sequel = block $ do
   r <- unblock a `onException` sequel
   _ <- sequel
   return r
 }}}

 This hurts modularity.

 I [http://www.haskell.org/pipermail/libraries/2010-March/013310.html
 proposed] solving this as follows:

 {{{
 finally :: IO a -> IO b -> IO a
 a `finally` sequel = do
   b <- blocked

(Continue reading)

GHC | 1 May 2010 17:19

Re: #3913: array 0.3.0.0 should depend on base >= 4.2.0.0

#3913: array 0.3.0.0 should depend on base >= 4.2.0.0
----------------------------------+-----------------------------------------
    Reporter:  cobb               |        Owner:  igloo       
        Type:  bug                |       Status:  merge       
    Priority:  normal             |    Milestone:  6.12.3      
   Component:  libraries (other)  |      Version:              
    Keywords:  wrong dependency   |   Difficulty:              
          Os:  Unknown/Multiple   |     Testcase:              
Architecture:  Unknown/Multiple   |      Failure:  None/Unknown
----------------------------------+-----------------------------------------
Changes (by igloo):

  * status:  new => merge

Comment:

 {{{
 Wed Apr 28 14:14:14 PDT 2010  Ian Lynagh <igloo <at> earth.li>
   * Tighten the base dep; fixes trac #3913
 }}}

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3913#comment:2>

GHC | 1 May 2010 20:04

Re: #3016: Long compile times, large memory use with static data in 6.10

#3016: Long compile times, large memory use with static data in 6.10
---------------------------------------------+------------------------------
  Reporter:  dons                            |          Owner:  igloo           
      Type:  bug                             |         Status:  closed          
  Priority:  normal                          |      Milestone:  6.12.3          
 Component:  Compiler                        |        Version:  6.10.1          
Resolution:  fixed                           |       Keywords:  static data     
Difficulty:  Unknown                         |             Os:  Unknown/Multiple
  Testcase:  simplCore/should_compile/T3016  |   Architecture:  Unknown/Multiple
   Failure:  None/Unknown                    |  
---------------------------------------------+------------------------------
Changes (by igloo):

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

Comment:

 In HEAD this finishes in 1G of RAM in 2.5mins.

 6.12.2 ran out of memory on the 24th file, but rerunning the command
 succeeded, in a total of about 3mins.

 Memory use is still high, but memory use of `--make` is known to be high.

 I therefore think this is fixed.

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3016#comment:17>

(Continue reading)

GHC | 1 May 2010 21:09

Re: #2281: properFraction implemented with modf primitive?

#2281: properFraction implemented with modf primitive?
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:              
        Type:  bug               |       Status:  new         
    Priority:  normal            |    Milestone:  6.14.1      
   Component:  libraries/base    |      Version:  6.8.2       
    Keywords:                    |   Difficulty:  Unknown     
          Os:  Unknown/Multiple  |     Testcase:              
Architecture:  Unknown/Multiple  |      Failure:  None/Unknown
---------------------------------+------------------------------------------
Changes (by igloo):

  * owner:  igloo =>
  * milestone:  6.12.3 => 6.14.1

Comment:

 I've confirmed performance is worse with this program:
 {{{
 {-# LANGUAGE ForeignFunctionInterface #-}

 import Foreign
 import Foreign.C

 main :: IO ()
 main = f

 count :: Int
 count = 100000000

(Continue reading)

GHC | 2 May 2010 00:11

Re: #4035: Asynchronous exception wormholes kill modularity

#4035: Asynchronous exception wormholes kill modularity
---------------------------------+------------------------------------------
    Reporter:  basvandijk        |       Owner:                
        Type:  proposal          |      Status:  new           
    Priority:  normal            |   Component:  libraries/base
     Version:  6.12.2            |    Keywords:                
          Os:  Unknown/Multiple  |    Testcase:                
Architecture:  Unknown/Multiple  |     Failure:  None/Unknown  
---------------------------------+------------------------------------------
Changes (by diatchki):

 * cc: iavor.diatchki <at> … (added)

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4035#comment:1>

GHC | 2 May 2010 02:51

#4036: Compiled FFI static imports are invalid when imported in GHCI

#4036: Compiled FFI static imports are invalid when imported in GHCI
-------------------------------+--------------------------------------------
    Reporter:  jmillikin       |       Owner:                             
        Type:  bug             |      Status:  new                        
    Priority:  normal          |   Component:  Compiler (FFI)             
     Version:  6.12.1          |    Keywords:                             
          Os:  Linux           |    Testcase:                             
Architecture:  x86_64 (amd64)  |     Failure:  Incorrect result at runtime
-------------------------------+--------------------------------------------
 When I try to use the FFI syntax for static storage, only modules running
 in interpreted mode (ie GHCI) work properly. Compiled modules have invalid
 pointers, and do not work. I asked in #haskell, and tommd suggested that
 this might be an architecture-dependent error in GHC.

 Here's the code used to reproduce the problem. I'm using {{{sys_siglist}}}
 declared in {{{<signal.h>}}}, since it's similar to how I originally found
 the problem, but I suspect this will occur for any static data.

 Given the following modules:

 {{{
 -- A.hs
 {-# LANGUAGE ForeignFunctionInterface #-}
 module A where
 import Foreign
 import Foreign.C

 foreign import ccall "&sys_siglist"
     siglist_a :: Ptr CString
 }}}

(Continue reading)

Group

gmane.comp.lang.haskell.glasgow.bugs.

Advertisement

Search Archive

Page

1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 49

Articles in period: 483

May 2010

Language

Change language

Options

Current view: Threads only / Showing only 20 lines / Not hiding cited text.
Change to All messages, whole messages, or hide cited text.

Post a message
NNTP Newsgroup
Classic Gmane web interface
XML

XML

RSS Feed
List Information

About Gmane

Recent entries

#7944: GHC goes into an apparently infinite loop at -O2 (20 Jun 2013)
#7999: Support QNXNTO-arm for LLVM backend (20 Jun 2013)
#7998: Stage1Only does not work (20 Jun 2013)
#7997: waitForProcess and getProcessExitCode are unsafe against asynch (19 Jun 2013)
#7953: Segfault on x86 with -O2 (19 Jun 2013)
#2387: Optimizer misses unboxing opportunity (19 Jun 2013)
#2289: Needless reboxing of values when returning from a tight loop (19 Jun 2013)
#1498: Optimisation: eliminate unnecessary heap check in recursive fun (19 Jun 2013)
#7996: building GHC HEAD with llvm-3.4(HEAD) fails (19 Jun 2013)
#7953: Segfault on x86 with -O2 (19 Jun 2013)
#7995: module Pretty's "text/str" rule doesn't fire (18 Jun 2013)
#7994: Make foldl into a good consumer (18 Jun 2013)
#7993: ghc 7.6 (not 7.4) sometimes hangs at child process exit on s390 (17 Jun 2013)
#7952: Can cost-centre annotations be included in -ddump-simpl? (17 Jun 2013)
#7952: Can cost-centre annotations be included in -ddump-simpl? (17 Jun 2013)
#7952: Can cost-centre annotations be included in -ddump-simpl? (17 Jun 2013)
#7952: Can cost-centre annotations be included in -ddump-simpl? (17 Jun 2013)
#7992: Wrong invocation of configure script in libffi and integer-gmp (17 Jun 2013)
#7952: Can cost-centre annotations be included in -ddump-simpl? (17 Jun 2013)
#7991: stm: add mkWeakTVar (17 Jun 2013)
#7952: Can cost-centre annotations be included in -ddump-simpl? (17 Jun 2013)

Archives

370	June 2013
402	May 2013
738	April 2013
472	March 2013
516	February 2013
891	January 2013
359	December 2012
547	November 2012
676	October 2012
412	September 2012
554	August 2012
483	July 2012
2050	June 2012
364	May 2012
546	April 2012
505	March 2012
454	February 2012
654	January 2012
457	December 2011
650	November 2011
432	October 2011
535	September 2011
509	August 2011
609	July 2011
461	June 2011
539	May 2011
602	April 2011
649	March 2011
522	February 2011
378	January 2011
597	December 2010
722	November 2010
813	October 2010
577	September 2010
310	August 2010
488	July 2010
457	June 2010
483	May 2010
419	April 2010
240	March 2010
263	February 2010
415	January 2010
453	December 2009
566	November 2009
352	October 2009
358	September 2009
346	August 2009
423	July 2009
289	June 2009
353	May 2009
755	April 2009
455	March 2009
384	February 2009
428	January 2009
339	December 2008
449	November 2008
543	October 2008
380	September 2008
432	August 2008
538	July 2008
504	June 2008
306	May 2008
364	April 2008
279	March 2008
321	February 2008
395	January 2008
305	December 2007
990	November 2007
390	October 2007
431	September 2007
386	August 2007
505	July 2007
345	June 2007
419	May 2007
211	April 2007
344	March 2007
246	February 2007
363	January 2007
143	December 2006
285	November 2006
375	October 2006
200	September 2006
186	August 2006
112	July 2006
141	June 2006
128	May 2006
80	April 2006
157	March 2006
95	February 2006
193	January 2006
170	December 2005
72	November 2005
88	October 2005
99	September 2005
117	August 2005
147	July 2005
77	June 2005
129	May 2005
154	April 2005
151	March 2005
90	February 2005
81	January 2005
86	December 2004
47	November 2004
62	October 2004
83	September 2004
57	August 2004
47	July 2004
65	June 2004
91	May 2004
38	April 2004
59	March 2004
60	February 2004
43	January 2004
56	December 2003
53	November 2003
82	October 2003
80	September 2003
66	August 2003
88	July 2003
100	June 2003
83	May 2003
86	April 2003
90	March 2003
80	February 2003
77	January 2003
40	December 2002
63	November 2002
58	October 2002
118	September 2002
42	August 2002
42	July 2002

Design

Zawodny | Right Menu | Left Menu

Your Own Design

Paste the URL of your CSS below. Download CSS template