Re: RFC: Dropping Windows XP support

Hello Austin, Friday, November 7, 2014, 9:16:22 PM, you wrote: For one, Microsoft doesn't support XP anymore, so most people are moving off it anyway. 'Soon' even XP Embedded will be obsoleted. at the end of http://freearc.org/Statistics.aspx page you can find stats about OS used by

optimizing StgPtr allocate (Capability *cap, W_ n)

Hello Glasgow-haskell-users, i'm looking a the https://github.com/ghc/ghc/blob/23bb90460d7c963ee617d250fa0a33c6ac7bbc53/rts/sm/Storage.c#L680 if i correctly understand, it's speed-critical routine? i think that it may be improved in this way: StgPtr allocate (Capability *cap, W_ n) {

Re: The future of the haskell2010/haskell98 packages - AKA Trac #9590

Title: Re: The future of the haskell2010/haskell98 packages - AKA Trac #9590 Hello Brandon, Wednesday, October 1, 2014, 1:02:54 AM, you wrote: On Tue, Sep 30, 2014 at 5:00 PM, Malcolm Wallace malcolm.wall...@me.com wrote: How about doing the honest thing, and withdrawing both packages in

Common syntax for casing/matching (Re[2]: Call to arms: lambda-case is stuck and needs your help)

Hello wagnerdm, Thursday, July 5, 2012, 7:22:38 PM, you wrote: After 21 months of occasional arguing the lambda-case proposal(s) is this reminded me old joke about PL/I: camel is the horse created by committee i propose to return back and summarize all the requirements we have in this area.

Win64 support

Hello glasgow-haskell-users, the one thing that users of my program asked most is the Win64 support: http://code.google.com/p/freearc/issues/list . we have waited for a several years, but it's still not in GHC, so i want to know at least: why it's not going forward? can we have unregisterized

Re[2]: Win64 support

Hello Ian, Wednesday, May 9, 2012, 7:12:03 PM, you wrote: The Industrial Haskell Group has been funding work on the Win64 port. It will be released with GHC 7.6. wow! what is the current state, when it planned to be released, how it's implemented (gcc/mingw64?) ? may be this port has its own

Re: Behavior of the -H RTS option, possible doc/impl mismatch

Hello Akio, Wednesday, February 16, 2011, 11:24:31 AM, you wrote: ./a.out +RTS -N7 -A256M -H2G uses around 7 GBytes of memory ./a.out +RTS -N7 -A256M -H6G uses around 13 GBytes of memory ghc uses copying GC by default - when heap overflows, it copies all the live data to the new heap and use

Re: Parallel, Incremental Linking

Hello John, Tuesday, December 7, 2010, 11:54:22 AM, you wrote: The bottleneck for building on my multi-core machine is ld, which afaik, there was some alternative linker, at least for linux systems -- Best regards, Bulatmailto:bulat.zigans...@gmail.com

Re: 6.12.3: hs_add_root crashes

Hello Bulat, Monday, November 15, 2010, 4:20:14 PM, you wrote: hs_init(NULL, NULL); hs_add_root(__stginit_Main); but it crashes on hs_add_root call. what may be source of problem? just in minutes after presing Send i've found reason of problem. it was due to NULLs passed to hs_init.

6.12.3: hs_add_root crashes

Hello , ghc 6.12.3. i use the following code to initialize my haskell dll: extern C { #include HsFFI.h void __stginit_Main(); void haskell_init (void) { static bool initialized = FALSE; if (!initialized) { initialized = TRUE; hs_init(NULL, NULL); hs_add_root(__stginit_Main);

Re: Rigid types fun

Hello Mitar, Friday, November 5, 2010, 12:45:21 PM, you wrote: from - newChan for - newChan let nerve = Nerve (Axon from) (AxonAny for) create = do from - newChan for - newChan return$ Nerve (Axon from) (AxonAny for) main = do nerve - create ... -- Best

Re[2]: Rigid types fun

Hello Mitar, Friday, November 5, 2010, 2:08:52 PM, you wrote: I would like to call it like create (Axon undefined) (AxonAny undefined) and get in that case Nerve (Axon a) (AxonAny b) as a result. If I would call it like create (AxonAny undefined) (AxonAny undefined) I would get Nerve

Re[2]: Unicode windows console output.

Hello Max, Wednesday, November 3, 2010, 1:26:50 PM, you wrote: 1. You need to use chcp 65001 to set the console code page to UTF8 2. It is very likely that your Windows console won't have the fonts required to actually make sense of the output. Pipe the output to foo.txt. If you open this

Re[2]: HEAD: Deterioration in ByteString I/O

Hello Daniel, Thursday, September 9, 2010, 3:28:04 AM, you wrote: - bytestring allocates a 32K buffer to be filled and asks ghc for 32760 bytes in that buffer - ghc asks the OS for 8192 bytes (and usually gets them) btw, we made benchmarking that shown that the most efficient read/write

Re[2]: Lazy IO and asynchronous callbacks?

Hello Evan, Friday, July 9, 2010, 3:01:28 AM, you wrote: There may very well be a better way to do this, but it definitely feels better to me than relying on unsafeInterleaveIO magic. Your chan reader has to be in IO, but that's as it should be and you can still pass the chunks off to pure

Re: GHC.IO.Device and ready method?

Hello Dimitry, Friday, June 25, 2010, 7:06:31 PM, you wrote: As a more general question, are GHC Handles (and underlying implementations of GHC.IO.Device and GHC.IO.BufferedIO) expected to be thread-safe? i think so. i consider threads as control structure and your question looks for me the

Re[2]: [Gtk2hs-users] ANNOUNCE: GHC 6.12.3 Release Candidate 1

Hello Axel, Thursday, May 27, 2010, 8:42:08 PM, you wrote: - you use -threaded to compile your program - you only use postGUISync and postGUIAsync from threads different to the Gtk2Hs thread Is this true? If yes, I'll give you an elaboration on how threads are supposed to work in Gtk+ (I

Re[2]: -O vs. -O2

Hello Duncan, Sunday, May 9, 2010, 1:50:31 AM, you wrote: It should be -O1 for default/balanced optimisations and -O2 for things involving a bigger tradeoff in terms of code size or compile time. so cloning gcc policy may be a good choice. -O2 is the best optimization that guaranteed to make

Re: Default value for numCapabilities?

Hello Dimitry, Tuesday, April 27, 2010, 8:09:49 PM, you wrote: a few months ago i asked SimonM about using all cores by default, but he said that it dramatically reduces performance in some cases Hi, As a followup to the discussion [1] about the portable way to find the number of

Re: -package

Hello Luca, Monday, February 15, 2010, 8:01:11 PM, you wrote: I've imported in my module: import Control.Concurrent.STM. My question is: Have I to use -package stm in ghc command line options? either use -package stm or --make. later automatically imports all required packages -- Best

Re[2]: DPH and CUDA status

Hello Manuel, Monday, February 8, 2010, 4:21:59 AM, you wrote: I had a student implementing a LLVM backend for GHC last year. You can find the details at what's the status of port? can it compile full-scale programs, like darcs/ghc? -- Best regards, Bulat

Re[2]: Quasi quoting

Hello Max, Tuesday, February 2, 2010, 7:25:36 PM, you wrote: You can of course choose more expressive names than e and t if you're going to break backcompat anyway, i propose x and xs :D -- Best regards, Bulatmailto:bulat.zigans...@gmail.com

Re[2]: No more ExitException? - documentation bug

Hello Volker, Wednesday, January 27, 2010, 8:19:44 AM, you wrote: exitWith throws the ExitCode when it is called. This leads to the shutdown of the program, if it isn't caught. Just like ExitException. This isn't documented. i've googled for exitWith throws the ExitCode and it pointed me to

Re: Type families and type inference - a question

Hello Dmitry, Sunday, January 10, 2010, 7:09:33 PM, you wrote: -- Cannot remove the type signature here createLister :: (MovieFinder f) = (FinderResultMonad f) (MovieLister f) createLister = fmap MovieLister createFinder it's a Monomorphism Restriction of Haskell'98, disabled with

Re: Poll: Error message spans

Hello Ian, Wednesday, January 6, 2010, 2:35:09 PM, you wrote: Would you find the extra information useful, or just noise? i.e. should we show error spans by default? i think it's useful in some cases, and don't add noticeable visual overhead in remaining ones -- Best regards, Bulat

Re: hptSomeThingsBelowUs missing module

Hello Evan, Saturday, January 2, 2010, 9:28:03 AM, you wrote: Ever since upgrading to 6.12.1, I've been getting a new warning. I Manually wiping out a bunch of .hi files causes recompilation and the warning goes away. you need to do it. different ghc versions aren't compatible on .hi/.o

Re[2]: GHC.Prim.ByteArray# - confusing documentation

Hello Simon, Wednesday, December 30, 2009, 1:44:54 PM, you wrote: Consequently I expected sizeOfByteArray# to return the same number that I passed in to newByteArray#. But it doesn't - It returned however much it decided to allocate, which on my platform is always a multiple of four bytes.

x64 linux, x86 program and libgmp shared library

Hello glasgow-haskell-users, i compile my program for linux using ghc 6.6.1 (32-bit) user of my program asks: any plans of making a static build for linux? that one does not work under x86-64 due to dependencies, missing libgmp which it seems is not available under 64bit. i could be wrong tho.

Re: How does forkIO and par interact?

Hello Marcus, Sunday, December 20, 2009, 4:17:26 PM, you wrote: par adds so-called spark to the queue of calculations to proceed. once RTS has free thread, this thread starts to calculate the spark. it has no communication with thread that created the spark. when calculation is completed, its

Re: :set -fbreak-on-exception in GHCi causes exception in readFile

Hello Sean, Friday, November 20, 2009, 8:25:08 PM, you wrote: heh, the well known problem, i've seen it in Delphi. it even has a large list of exceptions to be ignored, but i think that better way will be to set this on a per-package and per-module basis Perhaps I don't quite get how this

Re[2]: Inliner behaviour - tiny changes lead to huge performance differences

Hello Simon, Friday, November 13, 2009, 4:43:34 PM, you wrote: I think I can explain this one, at least partially. When you mark a function INLINE, GHC does not optimise the body of the function itself, on the grounds that it will be inlined at the call site anyway and get optimised there.

Re: Compiling to ANSI C

Hello han, Saturday, November 7, 2009, 8:08:51 PM, you wrote: I am (in fact we are) working to make Haskell code to run on an ARM Linux machine called GP2X Wiz, the open-source based handheld game console. seems that wizards are on holiday ATM, so i will help a little - ghc ports are divided

Re: Update on GHC 6.12.1

Hello Simon, Thursday, October 29, 2009, 1:55:00 AM, you wrote: Currently 'mdo' is enabled by -XRecursiveDo. So we propose to deprecate this flag, with another flag -XDoRec to enable the 'rec' keyword. i think the best way is to support both in 6.12, marking mdo usage as deprecated, and

Re[2]: ANNOUNCE: GHC 6.12.1 Release Candidate 1

Hello Simon, Monday, October 12, 2009, 12:32:05 PM, you wrote: Release notes here, for now: http://www.haskell.org/ghc/dist/current/docs/html/users_guide/release-6-12-1.html 1. it says The following options are all described in Section 4.15.3, “RTS options to control the garbage collector”.

Re[2]: GHC on Snow Leopard: best practices?

Hello Barney, Thursday, October 8, 2009, 12:58:01 AM, you wrote: Incidentally, 6.12 doesn't appear to be in http://www.haskell.org/ghc/dist/ , only in the Darcs repo. Was that intentional? it's not yet released: http://haskell.org/ghc/ -- Best regards, Bulat

Re: FFI: Problem with Signal Handler Interruptions

Hello Levi, Friday, August 7, 2009, 6:48:42 PM, you wrote: 1. How can one safely perform a blocking wait on a system call via FFI when compiling with -threaded i think you should use forkOS to create OS thread dedicated to Haskell thread and avoid signal interruptions which cause the call

Re: What is the mutator?

Hello Jason, Thursday, August 6, 2009, 11:38:08 AM, you wrote: One solution to the GC synchronisation problem would be to implement a concurrent garbage collector. Typically, however, concurrent GC adds some overhead to the mutator, since it must synchronise with the

Re[2]: equivalent of EXPLAIN PLAN with GHC?

Hello Joshua, Sunday, August 2, 2009, 11:45:57 AM, you wrote: 94,604 bytes allocated in the heap Is there any way I could find out what these 94kb of RAM were allocated for? This seems high -- my entire program's working set is 6kb. as Don said, compiled code works on Int#

Re: more binary dists Re: ANNOUNCE: GHC version 6.10.4

Hello Christian, Wednesday, July 22, 2009, 1:35:07 PM, you wrote: http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/pc-solaris/ghcs/ghc-6.10.4-i386-unknown-solaris2.tar.bz2 is it compatible with OpenSolaris too? if so, it's great, my users asks about

Re[2]: HPC gives spurious results if sources are compiled with -cpp

Hello Simon, Wednesday, July 15, 2009, 4:36:28 PM, you wrote: Trac doesn't seem to work for us so I'm sending this bug report by email. What's the symptom? i filled bugreport few days ago and when i hit send it was crashdumped -- Best regards, Bulat

Re: CLDouble serialization bug in 6.10.1

Hello Bulat, Saturday, July 11, 2009, 9:32:43 PM, you wrote: Error remains in 6.10.3 (mingw) version i also got stack trace from Trac trying to report this problem :))) sorry, i tested it only with 6.6 and 6.10.1. testcase available as http://www.haskell.org/bz/ldouble-bug.zip it's as

CLDouble serialization bug in 6.10.1

Hello glasgow-haskell-users, sorry, i tested it only with 6.6 and 6.10.1. testcase available as http://www.haskell.org/bz/ldouble-bug.zip it's as simple as foreign import ccall unsafe client :: Ptr CLDouble - IO () main = with 1.0 client and void client(long double *p) {

wiki page on GHC GC

i have started http://haskell.org/haskellwiki/GHC/Memory_Management - not much written yet -- Best regards, Bulat mailto:bulat.zigans...@gmail.com ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org

Re[2]: possible alternative to libFFI

Hello Simon, Monday, May 18, 2009, 3:15:51 PM, you wrote: Is there a good reason to want an alternative to libffi? libffi works pretty well, and seems to be widely used and supported. no, i don't have any objections against libffi. it was just for information -- Best regards, Bulat

Re[2]: strictness of interpreted haskell implementations

Hello Neil, Monday, May 18, 2009, 8:14:56 PM, you wrote: As an ex teaching assistant my recommendation is Use ghci!. I helped to teach using WinHugs, which was quite nice. Auto reload cuts out one very frequent source of problems. i think we should fill a ticket against it. auto-save in

possible alternative to libFFI

Hello glasgow-haskell-users, http://www.nongnu.org/cinvoke/faq.html -- Best regards, Bulat mailto:bulat.zigans...@gmail.com ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org

defaultsHook isn't documented

Hello glasgow-haskell-users, it seems that defaultsHook isn't documented on http://www.haskell.org/ghc/docs/latest/html/users_guide/runtime-control.html#rts-hooks neither anywhere else in user manual -- Best regards, Bulatmailto:bulat.zigans...@gmail.com

Re[2]: runhaskell a parallel program

Hello Simon, Thursday, May 7, 2009, 5:27:04 PM, you wrote: my own program creates a lot of parallel threads without using -N the secret is using of forkOS plus C code in threads. since you spend time in system calls this should also work for you Are you sure you need forkOS, and not just

Re[2]: runhaskell a parallel program

Hello Simon, Thursday, May 7, 2009, 5:24:54 PM, you wrote: A related question I wanted to ask. Is there any way to have my Haskell program support -j3, which is equivalent to +RTS -N3 -RTS. At the moment I've set this up with a shell script to translate the -j3, but a nicer method would be

Re[2]: Threads and memory management

Hello Simon, Monday, April 27, 2009, 2:13:26 PM, you wrote: This is a very strange result: the user time should not *decrease*, but rather should stay the same or increase a bit when adding cores. If ability to run two threads simultaneous may increase performance in some scenarios. one

Re: writeFile/readFile on multiple threads leads to error

Hello Neil, Wednesday, April 22, 2009, 4:22:01 PM, you wrote: you can try to use POSIX open/read/write/close calls Hi, I've got a multi-threaded application which occasionally generates failures in openFile. I haven't been able to reproduce the errors reliably, the code is way too large

Re[2]: [Haskell-cafe] GHC including System.Time but not Data.Time?

Hello John, Wednesday, April 15, 2009, 5:35:00 PM, you wrote: I agree. Is there any chance of 6.10.3 reverting the change? both 6.6 and 6.8 had last releases at spring, so i don't expect new 6.10.* at all -- Best regards, Bulatmailto:bulat.zigans...@gmail.com

Re[2]: bug: unstable myThreadId in GHC 6.6.1

Hello Bertram, Saturday, April 11, 2009, 8:09:46 PM, you wrote: What does same thread mean? I'll risk a guess. well, that's possible - i'll ask on gtk2hs list too currently, i believe that mainGUI just runs endless loop processing queue of GUI events -- Best regards, Bulat

bug: unstable myThreadId in GHC 6.6.1

Hello glasgow-haskell-users, i've looked for this bug in Trac but don't found anything. so: startGUI action = runInBoundThread $ do unsafeInitGUIForThreadedRTS myThreadId = writeIORef guiThread action = widgetShowAll mainGUI guiThread = unsafePerformIO$ newIORef$ error undefined

Re[2]: bug: unstable myThreadId in GHC 6.6.1

Hello Don, Friday, April 10, 2009, 8:36:32 PM, you wrote: unfortunately, full example is my whole program. i will try to make short example if someone will say that it looks like a bug and it was not fixed in intermediate versions. basically, scenario is simple - myThreadId changed due the life

Re: [Haskell-cafe] GHC 6.10.2 - PCap package - affected by the change of Finalizers?

Hello Neil, Tuesday, March 24, 2009, 9:08:08 PM, you wrote: one more case Looks like pcap package needs a little tweek for 6.10.2 - programs compiled with it bomb out with ..error: a C finalizer called back into Haskell. use Foreign.Concurrent.newForeignPtr for Haskell finalizers.

Re[2]: ANNOUNCE: GHC 6.10.2 Release Candidate 1

Hello Don, Friday, March 20, 2009, 2:34:09 AM, you wrote: the question is wider - how many other programs already used this behavior? it may be asked on main haskell list. what is the cost of reverting it back for 6.10.*? We must have the gtk2hs team invovled in this discussion. They were

Re[2]: Cygwin version

Hello Don, Wednesday, March 11, 2009, 7:52:32 PM, you wrote: Have you asked on the darcs-users@ list for a cygwin binary build? I know these are getting pretty rare now, but someone may have already produced one. does ghc supports building cygwin executables? -- Best regards, Bulat

Re[2]: Loop unrolling + fusion ?

Hello Simon, Thursday, March 12, 2009, 1:29:56 AM, you wrote: For implementation, there are two routes. Either totally built-in, or using a Core-to-Core plug-in. The thing I like about the latter is that it can be done without having GHC HQ in the critical path, because we (I) tend to slow

Re[2]: Compiler optimizations questions for ghc 6.10...

Hello Krasimir, Friday, February 20, 2009, 11:00:30 AM, you wrote: and this is exactly what we get. I bet that if the original function was: well, you check this yourself! :) -- Best regards, Bulatmailto:bulat.zigans...@gmail.com

Re: How bad is the PowerPC backend?

Hello Tim, Monday, February 9, 2009, 11:16:22 PM, you wrote: So is the PPC backend really this bad, or should I be looking for something weird with the hardware or configuration on the Mac? check GC times too. one possibility is that GC takes much more time due to smaller L2 cache -- Best

Re[2]: Differences in pattern matching syntax?

Hello Simon, Friday, January 16, 2009, 7:07:09 PM, you wrote: Sadly you have not defined it. You just say instance Eq RuleType this is very common error. it would be great to find some way to deal with it (for predefined classes at very least...) -- Best regards, Bulat

ghc 6.10.2 - when?

Hello glasgow-haskell-users, are you have any plans of releasing ghc 6.10.2 soon? i ask since there are plans to issue gtk2hs soon, it will be great to have cleaned up 6.10 behind it -- Best regards, Bulat mailto:bulat.zigans...@gmail.com

Re[2]: Parallel forkOS does not work on ubuntu

Hello Simon, Wednesday, December 10, 2008, 5:24:28 PM, you wrote: good explanation of various shortanges on the way to multi-threading. may be it worth a link from GHC Concurrency pages? Hoang Truong wrote: Hi Simon, I tried with forkIO and added another dowork functions but the result is

Re[2]: Weak pointers and STM

Hello Simon, Monday, December 8, 2008, 2:53:01 PM, you wrote: just a detached look: may be provide Haskell finalizers with the same (lack of) warranties? The way to use finalizers is in conjunction with an exception handler that provides an absolute guarantee that the resource will be

Re[2]: ghci and ghc -threaded broken with pipes forking

Hello Tomasz, Saturday, December 6, 2008, 10:52:39 PM, you wrote: Had you deprecated the non-threaded RTS, we would probably have no problems described in ticket #2848 :-/ I think you'll have to deprecate it anyway, because it will be more and more difficult to maintain two versions of

Re: Unicode's greek lambda

Hello Kazu, Tuesday, November 18, 2008, 12:00:25 PM, you wrote: characters including left/right arrows. Unfortunately, the letter greek lambda cannot be used. Are there any technical reasons to not accept it? i think it is accepted as usual letter - reason is that greeks can use it in their

Re[2]: Bug in GHC6.10.1?

Hello José, Friday, November 14, 2008, 5:32:52 PM, you wrote: 0.6001 computers store floating-point numbers in binary form, and it's imposiible to represent 3/5 in binary form exactly for the same reasons as impossibility to represent 1/3 exactly in decimal form (sorry for awkward

Re[2]: [Haskell-cafe] How to getCh on MS Windows command line?

Hello Ki, Tuesday, November 11, 2008, 4:04:11 AM, you wrote: i have also linux getCh if you need it, although afaik it's not perfect and actually you should use something inside Unix package -- Best regards, Bulatmailto:[EMAIL PROTECTED]

Re: [Haskell-cafe] How to getCh on MS Windows command line?

흐壹o 鉅, 工賊嫂, 膠墮將奄 굅, 껐갭, 맏굡별9 죌, 闔u 破訂佯 羸受 I 張灑 戌 銳遷h 稶 淸e 全縡醇連奄抑 全縡憶寥抑 墮膣旭n 湞 銳遷矮枳 婆芋h 흽奧 出抑 剃 倧貞藕抑 修 灑 予輒塡旭n 醇t 全t 灑y 獐鎭. 괼 派姪s 烈r 張 彧 預屎 銳凸藕鴨狙矮r = 一厭M ⓦ嶢.說碇퇀蹴) 伸銳諜h 烈鎭遇n 勖卒蛭 娠刷l 軸愴蓮 ㏂禎旭.h 銳諜熬 伸銳諜h 볶 IO 촁塼 껍 暢踐祝蓮侄蹟工鴨 彩昻n 膠찢連奄彧g 全t 輒彩抑 낟 出e 彧輒賑辛. i 鴨鳶迹輒稔 鎭張將奄 淸受 i 矮d 臆蓮辛 闔u 赤抑 淸稶 投陂

Re[2]: [Haskell-cafe] I do not want to be a bitch, but ghc-6.8.3 and haskell binary policy are really horrible.

Hello Thomas, Tuesday, October 14, 2008, 2:46:45 PM, you wrote: The issue is binary compatibility. At the moment, GHC cannot make sure that a library compiled with an older GHC can work with a newer GHC. GHC does many cross-module optimisations, and its runtime system changes occasionally,

Re: A wiki page for managing the 6.10 handover

Hello Don, Saturday, October 11, 2008, 9:21:47 PM, you wrote: It collects the 7 or so known issues that break code with GHC 6.10. i've quickly tried to compile my app with 6.10 (using base4). all the problems i got was due to exception handling. catch, finally, throwIO doesn't work added to

Re[2]: planning for ghc-6.10.1 and hackage

Hello Simon, Friday, October 3, 2008, 12:55:34 PM, you wrote: Perhaps we could even go as far as saying base = 3.0 is equivalent to base == 3.0.*. i.e. if you don't supply an upper bound, then we'll give you a conservative one. I wonder how much stuff would break if we did that. this looks

Re[2]: planning for ghc-6.10.1 and hackage

Hello Brandon, Friday, October 3, 2008, 8:53:05 PM, you wrote: Choose the lowest available version that satisfies all of the constraints? and bugfixed versions will be never used :) -- Best regards, Bulatmailto:[EMAIL PROTECTED]

-optl-s (strip) by default

Hello glasgow-haskell-users, when GHC builds executable, it adds debug info by default. since this info is useless for Haskell and since it significantly increases executable size, will it be better to delete it by default by passing -optl-s option to the linker? another question: by adding

Re[2]: -optl-s (strip) by default

Hello Don, Friday, September 12, 2008, 12:54:22 PM, you wrote: You can also achieve this by making sure your deployed programs build with Cabal, *my* programs are built using these opts, how about other haskellers? it comes to surprise that executables contains lot of useless data. second

Re[2]: -optl-s (strip) by default

Hello Don, Friday, September 12, 2008, 12:54:22 PM, you wrote: when GHC builds executable, it adds debug info by default. since this You can also achieve this by making sure your deployed programs build with Cabal, http://www.haskell.org/pipermail/cabal-devel/2008-March/002427.html No need

Re[2]: Version control systems

Hello Manuel, Wednesday, August 13, 2008, 4:39:25 AM, you wrote: Well, its up to you whether you want to validate for other people, but I don't think that is the right policy. Everybody (including Malcolm) should validate. as far as we have people validating patches for their platforms

Re[2]: Version control systems

Hello Johan, Wednesday, August 13, 2008, 3:43:15 PM, you wrote: - Why does NHC98 break so often? Is it because people are checking in code that is not Haskell 98 compatible? Can we make sure that these libraries are always built with some Haskell 98 compatibility flag by GHC so people find

Re[2]: Version control systems

Hello Simon, Tuesday, August 12, 2008, 5:46:59 PM, you wrote: GHC needs core libraries without which it cannot be built. It is obviously highly desirable that a developer can build GHC with just one VCS, which suggests that the core libraries should be in git too. But those same core

Re: Weekly IRC meeting?

Hello Simon, Friday, July 11, 2008, 1:08:52 PM, you wrote: Another option is a conference call, but personally I prefer the IRC medium for this kind of meeting. A conference call could work too, though. i propose to sent every meeting log into cvs-ghc -- Best regards, Bulat

Re: Missing Data.Map library? GHC 6.8.2 under OS X

Hello Thomas, Monday, June 9, 2008, 11:42:40 PM, you wrote: Undefined symbols: ___stginit_containerszm0zi1zi0zi1_DataziMap_, referenced from: ___stginit_Main_ in tst_parse.o ld: symbol(s) not found add --make to cmdline -- Best regards, Bulat

automatically deriving Functor Re[2]: [Haskell-cafe] automatically deriving Map and Filter on datatypes etc.

Hello Neil, Thursday, June 5, 2008, 8:54:51 PM, you wrote: PS Why isn't Functor derivable? Derive can do it: http://www.cs.york.ac.uk/~ndm/derive I believe that Twan (the author of Functor deriving in Derive) is trying to get this suggested for Haskell' as a proper deriving. dear GHC

Re[2]: Recursive functions and constant parameter closures (inlining/strictness analyzer question)

Hello Simon, Friday, May 30, 2008, 5:30:25 PM, you wrote: may be i don't understand something. isn't it better to do automatic SAT and inline results for every recursive function marked as INLINE? it's how i want to work - just mark with INLINE speed-critical funcs. manual checking that they are

Re[4]: [Haskell-cafe] Announce: ghc-core, command line pager for reading GHC Core

Hello Duncan, Friday, May 23, 2008, 11:55:57 PM, you wrote: me too. btw, this already present in jhc. inlining doesn't work in any complex case since recursive functions can't be inlined GHC inlines recursive functions, too, otherwise it could not turn 'foldl' and friends into plain

Re: how do I abstract this pattern ?

Hello HP, Wednesday, May 21, 2008, 8:11:56 PM, you wrote: Suppose p1, p2, p3 are 3 predicates that take an input -- say, a String. They return either (True, result) or False. impossible because these are different types :)) if they return Just result or Nothing - yes, use

Re: ghc compiler --- ld -R ?

Hello HP, Wednesday, May 21, 2008, 8:21:01 PM, you wrote: In the linker ld, there is a -R option example of passing option to ld: ghc ... -optl-Xlinker -optl--large-address-aware -optl-Xlinker may be optional -- Best regards, Bulatmailto:[EMAIL PROTECTED]

bug in 6.8.2?

Hello glasgow-haskell-users, i've rather complicated class structure: class BufferData a where instance (FastBufferData a) = BufferData a where class FastBufferData a where instance (Storable a) = FastBufferData a where of course, it's compiled with -fallow-undecidable-instances

Re[2]: How do I check the optimisation level of the built-in splitAt? Is something other than -O2 giving me my speed increase?

Hello Simon, Thursday, May 15, 2008, 1:31:32 PM, you wrote: It's hard to tell what optimisation level your libraries were compiled with. The default setting is -O, but when building binary distributions we usually set it explicitly to -O2. If you got your binary from another source, they

Re: Type checker loops with innocent looking associated type synonym

Hello Stefan, Thursday, May 15, 2008, 5:46:57 PM, you wrote: class ZipWithA a where type Elem a :: * Should I report this a bug? Or is it perhaps already been taken care of in the head? Or am I just plain unreasonable here? :-) afair, the rule of thumb is: please don't report us

Re: -optc-O2 considered useful

Hello Don, Thursday, May 15, 2008, 10:47:20 PM, you wrote: I discovered something today I didn't know. gcc -O2 can optimise out the computed jumps GHC produces in tight loops. seems that decision to use native backend in ghc -O2 was too early? -- Best regards, Bulat

Re: large binary footprint ?

Hello HP, Tuesday, May 6, 2008, 11:00:59 PM, you wrote: The resulting binary code size is 3.9 Mbytes I had the impression that it should be of the order of 500 Kbytes. How can I reach that number ? strip executable. you can just add -optl-s to ghc cmdline -- Best regards, Bulat

Re[2]: large binary footprint ?

hello -L../lib hello.hs They both result in a binary size of ~2.5MBytes, which is about 5 times what I expected (500kbytes). Have I had the 'incorrect impression' of 500kbytes ? Thanks hp On Tue, 6 May 2008, Bulat Ziganshin wrote: Hello HP, Tuesday, May 6, 2008, 11:00:59 PM, you

Re: Unexpected lack of optimisation in -O0

Hello Neil, Thursday, April 10, 2008, 6:21:38 PM, you wrote: I was just reading the Monad.Reader, where a Yhc based Haskell Interpreter states that comparisons against GHCi are unfair, because Yhc gains too much benefit from this desguaring. i believe that dictionaries is the most important

Re[2]: scope of header files

Hello Jason, Saturday, March 15, 2008, 9:55:38 PM, you wrote: Because the Ptr type doesn't indicate const-ness (perhaps it should). If it did, could we read constant strings without unsafePerformIO? probably no; at least for getArgs it was argued that it should have IO return type

Re[4]: scope of header files

Hello Jason, Saturday, March 15, 2008, 10:08:31 PM, you wrote: probably no; at least for getArgs it was argued that it should have IO return type because its result is different from run to run What does getArgs have to do with it? I'm assuming that reading n elements from a const

Re: Will implicit parameters survive?

Hello Wolfgang, Wednesday, February 6, 2008, 10:24:44 PM, you wrote: I think that implicit parameters can be very useful for implementing global variables as described in i everyday face the problems with global variables (that are too global, especial when you going to make your program

Re[6]: bindist for Intel MacOS X 10.4 (Tiger) with static libs

Hello Manuel, Thursday, January 17, 2008, 7:49:00 AM, you wrote: for me, GMP is much more problematic issue. strictly speaking, we can't say that GHC is BSD-licensed because it includes LGPL-licensed code (and that much worse, it includes this code in run-time libs) use of GMP in the code

Re[2]: bindist for Intel MacOS X 10.4 (Tiger) with static libs

Hello Isaac, Thursday, January 17, 2008, 8:05:56 PM, you wrote: (b) is a sufficient condition, but not necessary; there are other ways to satisfy the license. It's also possible to just distribute, for example, the .o file(s) and a way to link them with a GMP to get the final result; this

ghc 6.6.1 -optl bug?

Hello GHC, sorry, i'm still user of 6.6.1 version the following command: ghc --make -optl-s strips the executable while the following command ghc --make -optl--strip-all has no effect. i made some experiments and it seems that options starting with -- are not sent to ld at all (you

  1   2   3   4   >