Re: Building ghc-6.4-branch on Solaris
On Thu, 2005-06-09 at 15:24 +0200, Christian Maeder wrote: Axel Simon wrote: gcc -O -Wall -I../../../ghc/includes -I../../../ghc/rts -I/core/include-c env.c -o env.p_o cc1: /core/include: Not a directory My gcc does not complain about that missing directory. I was able to create a working installation under solaris with: ./configure --disable-opengl --disable-glut --disable-openal Ouch, yes, that is easier than my fiddling. Thanks. Regarding my problem, I changed the Makefile in hslibs: Index: posix/cbits/Makefile === RCS file: /cvs/fptools/hslibs/posix/cbits/Makefile,v retrieving revision 1.17 diff -r1.17 Makefile 7,8c7 SRC_CC_OPTS += -I$(GHC_INCLUDE_DIR) -I$(GHC_RUNTIME_DIR) \ -I$(GHC_LIB_DIR)/core/include --- SRC_CC_OPTS += -I$(GHC_INCLUDE_DIR) -I$(GHC_RUNTIME_DIR) Now it works for me, too. if I compile the ghc without SplitObjs=NO in mk/build.mk I get annoying but probably harmless warnings during compilations: Warning: retaining unknown function `getpwuid_r' in output from C compiler Warning: retaining unknown function `getpwnam_r' in output from C compiler Warning: retaining unknown function `getgrgid_r' in output from C compiler Warning: retaining unknown function `getgrnam_r' in output from C compiler I haven't overridden anything in build.mk, so I assume SplitObjs=YES. When would I observe these warnings? Axel. ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: Building ghc-6.4-branch on Solaris
Axel Simon wrote: Warning: retaining unknown function `getgrnam_r' in output from C compiler I haven't overridden anything in build.mk, so I assume SplitObjs=YES. When would I observe these warnings? the first time when the inplace compiler translates System/Posix/Resour ce.hs I just see that it only happened with gcc-2.95.3 and not with gcc-3.4.4 Christian rm -f System/Posix/Resource.o; if [ ! -d System/Posix/Resource_split ]; then mkdi r System/Posix/Resource_split; else /usr/local/bin/find System/Posix/Resource_spl it -name '*.o' -print | xargs rm -f __rm_food; fi; ../../ghc/compiler/ghc-inplace -H16m -O -Iinclude -ignore-package unix -O -Rghc- timing -fgenerics -package base -fgenerics -split-objs-c System/Posix/Resour ce.hs -o System/Posix/Resource.o -ohi System/Posix/Resource.hi Warning: retaining unknown function `getpwuid_r' in output from C compiler Warning: retaining unknown function `getpwnam_r' in output from C compiler Warning: retaining unknown function `getgrgid_r' in output from C compiler Warning: retaining unknown function `getgrnam_r' in output from C compiler ghc: 78796436 bytes, 14 GCs, 2716618/5477444 avg/max bytes residency (3 samples ), 19M in use, 0.00 INIT (0.00 elapsed), 1.12 MUT (8.16 elapsed), 0.41 GC (0.66 e lapsed) :ghc ( cd System/Posix/Resource_split; rm -f ld.script; touch ld.script; echo INPUT( *.o ) ld.script; /home/maeder/bin/ld -r -x -o ../Resource.o ld.script; ); ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-1209152 ] non-termination without optimization
Bugs item #1209152, was opened at 2005-05-26 15:39 Message generated for change (Comment added) made by c_maeder You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1209152group_id=8032 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compiler Group: 6.4 Status: Open Resolution: None Priority: 5 Submitted By: C Maeder (c_maeder) Assigned to: Nobody/Anonymous (nobody) Summary: non-termination without optimization Initial Comment: I've found a (relatively) small example that does not terminate if translated unoptimized under linux with ghc-6.4 or ghc-6.4.1, although it should (and does with ghc-6.2.2). I compile with: ghc --make trans.hs -o trans -no-recomp and let the program process the file Map.hs (that is merely used as input data) several times. While ./trans sometimes succeeds to translate Map.hs a couple of times it fails to translate it more times and leaves a half translated file Map.hs.trans. Unfortunately the exact amount of data that needs to be processed varies in order to tickle the bug. (7 times Map.hs below, up to 11 times in other cases). The program terminates as expected if I use my (included) Map.hs instead of Data.Map, or if I declare the character map to be a separate constant, or if I compile with optimization. If compiled unoptimized with profiling it also does not terminate. [EMAIL PROTECTED] - uname -a Linux jupiter 2.6.8-24.14-smp #1 SMP Tue Mar 29 09:27:43 UTC 2005 i686 i686 i386GNU/Linux [EMAIL PROTECTED] - gcc --version gcc (GCC) 3.3.4 (pre 3.3.5 20040809) Copyright (C) 2003 Free Software Foundation, Inc. [EMAIL PROTECTED] - ghc --version The Glorious Glasgow Haskell Compilation System, version 6.4.1.20050517 [EMAIL PROTECTED] - ghc --make trans.hs -o trans -no-recomp Chasing modules from: trans.hs Compiling Main ( trans.hs, trans.o ) Linking ... [EMAIL PROTECTED] - date Fr Mai 20 10:27:00 CEST 2005 [EMAIL PROTECTED] - time ./trans Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs real0m20.732s user0m20.298s sys 0m0.031s [EMAIL PROTECTED] - ll Map.* -rw-r--r-- 1 maeder wimi 57184 2005-05-20 09:31 Map.hs -rw-r--r-- 1 maeder wimi 207572 2005-05-20 10:27 Map.hs.trans [EMAIL PROTECTED] - time ./trans Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs trans: interrupted real4m29.816s user4m5.554s sys 0m24.120s [EMAIL PROTECTED] - ll Map.* -rw-r--r-- 1 maeder wimi 57184 2005-05-20 09:31 Map.hs -rw-r--r-- 1 maeder wimi 98304 2005-05-20 10:28 Map.hs.trans -- Comment By: C Maeder (c_maeder) Date: 2005-06-10 16:29 Message: Logged In: YES user_id=1285667 I have no problems to reproduce the error on two of our linux machines. Can someelse also try to reproduce this behaviour? Christian [EMAIL PROTECTED]:~/haskell/examples time ./trans Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs real0m23.542s user0m22.954s sys 0m0.118s [EMAIL PROTECTED]:~/haskell/examples set | less [EMAIL PROTECTED]:~/haskell/examples time ./trans Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs trans: interrupted real3m43.887s user3m27.224s sys 0m13.813s [EMAIL PROTECTED]:~/haskell/examples ll Map.hs* -rw-r--r-- 1 maeder wimi 57184 2005-05-19 21:52 Map.hs -rw-r--r-- 1 maeder wimi 73728 2005-06-10 16:14 Map.hs.trans -- Comment By: C Maeder (c_maeder) Date: 2005-06-10 16:00 Message: Logged In: YES user_id=1285667 Hi Simon, Yes, I used the released GHC 6.4! (and an intermediate ghc-6.4.1) As you can see in my original report, processing the file Map.hs 6 times took 20 secs (ie. less than 4 secs for one Map.hs). However, Map.hs 7 times on the command line failed to finish for more than 4 minutes. (ghc seemed to hang but was running.) Please try again with maybe 12 occurrences of Map.hs on the command line. What do you mean by rather slow? 4 secs per Map.hs seems reasonable to me. Meanwhile, I'll test if some of my environment setting (ie. LC_CTYPE) does influence the reproducability. Cheers Christian -- Comment By: Simon Peyton Jones (simonpj) Date: 2005-06-10 15:32 Message: Logged In: YES user_id=50165 Christian, I tried this, but I couldn't get the behaviour you observed. Certainly, the program can be very slow without -O, becuase iside the inner (per-input-character) loop, you are rebuilding the character translation map. But it still works fine for me, no matter how many copies of Map I give it. I'm using the HEAD. I'm not sure how to proceed. Does this happen with the released GHC 6.4? Simon -- You can respond by visiting:
[ ghc-Bugs-1194392 ] internal error in GHC
Bugs item #1194392, was opened at 2005-05-03 11:49 Message generated for change (Comment added) made by zooko You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1194392group_id=8032 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Zooko O'Whielacronx (zooko) Assigned to: Nobody/Anonymous (nobody) Summary: internal error in GHC Initial Comment: http://bugs.darcs.net//Ticket/Display.html?id=339 -- Comment By: Zooko O'Whielacronx (zooko) Date: 2005-06-10 15:00 Message: Logged In: YES user_id=52562 For what it is worth, I haven't gotten any of these errors since I stopped trying to use darcs on lots of large binary patches containing 100's of MB per patch. So I suspect the bug is triggered by certain memory usage patterns... -- Comment By: Simon Marlow (simonmar) Date: 2005-05-03 15:10 Message: Logged In: YES user_id=48280 We need a repro case: a darcs repository from which to pull, and the sources to the darcs version that exhibits the error. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1194392group_id=8032 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-1194393 ] segmentation fault
Bugs item #1194393, was opened at 2005-05-03 11:49 Message generated for change (Comment added) made by zooko You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1194393group_id=8032 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Zooko O'Whielacronx (zooko) Assigned to: Nobody/Anonymous (nobody) Summary: segmentation fault Initial Comment: http://bugs.darcs.net//Ticket/Display.html?id=367 -- Comment By: Zooko O'Whielacronx (zooko) Date: 2005-06-10 15:00 Message: Logged In: YES user_id=52562 For what it is worth, I haven't gotten any of these errors since I stopped trying to use darcs on lots of large binary patches containing 100's of MB per patch. So I suspect the bug is triggered by certain memory usage patterns... -- Comment By: Simon Marlow (simonmar) Date: 2005-05-03 15:07 Message: Logged In: YES user_id=48280 If the darcs devs can confirm that this is most likely a bug in GHC, as opposed to a bug in darcs due to use of FFI or unsafeWhatNot, then we'll look into it. We need a repro case (the repository that caused the failure, at least), and the same darcs sources. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1194393group_id=8032 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-1209152 ] non-termination without optimization
Bugs item #1209152, was opened at 2005-05-26 15:39 Message generated for change (Comment added) made by c_maeder You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1209152group_id=8032 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compiler Group: 6.4 Status: Open Resolution: None Priority: 5 Submitted By: C Maeder (c_maeder) Assigned to: Nobody/Anonymous (nobody) Summary: non-termination without optimization Initial Comment: I've found a (relatively) small example that does not terminate if translated unoptimized under linux with ghc-6.4 or ghc-6.4.1, although it should (and does with ghc-6.2.2). I compile with: ghc --make trans.hs -o trans -no-recomp and let the program process the file Map.hs (that is merely used as input data) several times. While ./trans sometimes succeeds to translate Map.hs a couple of times it fails to translate it more times and leaves a half translated file Map.hs.trans. Unfortunately the exact amount of data that needs to be processed varies in order to tickle the bug. (7 times Map.hs below, up to 11 times in other cases). The program terminates as expected if I use my (included) Map.hs instead of Data.Map, or if I declare the character map to be a separate constant, or if I compile with optimization. If compiled unoptimized with profiling it also does not terminate. [EMAIL PROTECTED] - uname -a Linux jupiter 2.6.8-24.14-smp #1 SMP Tue Mar 29 09:27:43 UTC 2005 i686 i686 i386GNU/Linux [EMAIL PROTECTED] - gcc --version gcc (GCC) 3.3.4 (pre 3.3.5 20040809) Copyright (C) 2003 Free Software Foundation, Inc. [EMAIL PROTECTED] - ghc --version The Glorious Glasgow Haskell Compilation System, version 6.4.1.20050517 [EMAIL PROTECTED] - ghc --make trans.hs -o trans -no-recomp Chasing modules from: trans.hs Compiling Main ( trans.hs, trans.o ) Linking ... [EMAIL PROTECTED] - date Fr Mai 20 10:27:00 CEST 2005 [EMAIL PROTECTED] - time ./trans Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs real0m20.732s user0m20.298s sys 0m0.031s [EMAIL PROTECTED] - ll Map.* -rw-r--r-- 1 maeder wimi 57184 2005-05-20 09:31 Map.hs -rw-r--r-- 1 maeder wimi 207572 2005-05-20 10:27 Map.hs.trans [EMAIL PROTECTED] - time ./trans Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs trans: interrupted real4m29.816s user4m5.554s sys 0m24.120s [EMAIL PROTECTED] - ll Map.* -rw-r--r-- 1 maeder wimi 57184 2005-05-20 09:31 Map.hs -rw-r--r-- 1 maeder wimi 98304 2005-05-20 10:28 Map.hs.trans -- Comment By: C Maeder (c_maeder) Date: 2005-06-10 17:12 Message: Logged In: YES user_id=1285667 The error shows up even more dramatic under solaris and on a mac(!) with Wolfgang's binary: [EMAIL PROTECTED] - time ./trans Map.hs real0m11.346s user0m9.250s sys 0m0.010s [EMAIL PROTECTED] - time ./trans Map.hs Map.hs ^Ctrans: interrupted real4m41.918s user3m25.610s sys 0m7.900s [EMAIL PROTECTED] - ghc --version The Glorious Glasgow Haskell Compilation System, version 6.4.1 [EMAIL PROTECTED] - uname -a SunOS leo 5.8 Generic_117350-20 sun4u sparc SUNW,Sun-Fire-280R [EMAIL PROTECTED]:~/haskell time ./trans Map.hs ^Ctrans: interrupted real4m58.311s user3m59.070s sys 0m38.850s [EMAIL PROTECTED]:~/haskell uname -a Darwin isylvie.informatik.uni-bremen.de 7.8.0 Darwin Kernel Version 7.8.0: Wed Dec 22 14:26:17 PST 2004; root:xnu/xnu-517.11.1.obj~1/RELEASE_PPC Power Macintoshpowerpc [EMAIL PROTECTED]:~/haskell ghc --version The Glorious Glasgow Haskell Compilation System, version 6.4 -- Comment By: C Maeder (c_maeder) Date: 2005-06-10 16:29 Message: Logged In: YES user_id=1285667 I have no problems to reproduce the error on two of our linux machines. Can someelse also try to reproduce this behaviour? Christian [EMAIL PROTECTED]:~/haskell/examples time ./trans Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs real0m23.542s user0m22.954s sys 0m0.118s [EMAIL PROTECTED]:~/haskell/examples set | less [EMAIL PROTECTED]:~/haskell/examples time ./trans Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs trans: interrupted real3m43.887s user3m27.224s sys 0m13.813s [EMAIL PROTECTED]:~/haskell/examples ll Map.hs* -rw-r--r-- 1 maeder wimi 57184 2005-05-19 21:52 Map.hs -rw-r--r-- 1 maeder wimi 73728 2005-06-10 16:14 Map.hs.trans -- Comment By: C Maeder (c_maeder) Date: 2005-06-10 16:00 Message: Logged In: YES user_id=1285667 Hi Simon, Yes, I used the released GHC 6.4! (and an intermediate ghc-6.4.1) As you can see in my original report, processing the file Map.hs 6 times took
[ ghc-Bugs-1209152 ] non-termination without optimization
Bugs item #1209152, was opened at 2005-05-26 13:39 Message generated for change (Comment added) made by simonpj You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1209152group_id=8032 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compiler Group: 6.4 Status: Open Resolution: None Priority: 5 Submitted By: C Maeder (c_maeder) Assigned to: Nobody/Anonymous (nobody) Summary: non-termination without optimization Initial Comment: I've found a (relatively) small example that does not terminate if translated unoptimized under linux with ghc-6.4 or ghc-6.4.1, although it should (and does with ghc-6.2.2). I compile with: ghc --make trans.hs -o trans -no-recomp and let the program process the file Map.hs (that is merely used as input data) several times. While ./trans sometimes succeeds to translate Map.hs a couple of times it fails to translate it more times and leaves a half translated file Map.hs.trans. Unfortunately the exact amount of data that needs to be processed varies in order to tickle the bug. (7 times Map.hs below, up to 11 times in other cases). The program terminates as expected if I use my (included) Map.hs instead of Data.Map, or if I declare the character map to be a separate constant, or if I compile with optimization. If compiled unoptimized with profiling it also does not terminate. [EMAIL PROTECTED] - uname -a Linux jupiter 2.6.8-24.14-smp #1 SMP Tue Mar 29 09:27:43 UTC 2005 i686 i686 i386GNU/Linux [EMAIL PROTECTED] - gcc --version gcc (GCC) 3.3.4 (pre 3.3.5 20040809) Copyright (C) 2003 Free Software Foundation, Inc. [EMAIL PROTECTED] - ghc --version The Glorious Glasgow Haskell Compilation System, version 6.4.1.20050517 [EMAIL PROTECTED] - ghc --make trans.hs -o trans -no-recomp Chasing modules from: trans.hs Compiling Main ( trans.hs, trans.o ) Linking ... [EMAIL PROTECTED] - date Fr Mai 20 10:27:00 CEST 2005 [EMAIL PROTECTED] - time ./trans Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs real0m20.732s user0m20.298s sys 0m0.031s [EMAIL PROTECTED] - ll Map.* -rw-r--r-- 1 maeder wimi 57184 2005-05-20 09:31 Map.hs -rw-r--r-- 1 maeder wimi 207572 2005-05-20 10:27 Map.hs.trans [EMAIL PROTECTED] - time ./trans Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs trans: interrupted real4m29.816s user4m5.554s sys 0m24.120s [EMAIL PROTECTED] - ll Map.* -rw-r--r-- 1 maeder wimi 57184 2005-05-20 09:31 Map.hs -rw-r--r-- 1 maeder wimi 98304 2005-05-20 10:28 Map.hs.trans -- Comment By: Simon Peyton Jones (simonpj) Date: 2005-06-10 16:11 Message: Logged In: YES user_id=50165 OK, we can reproduce it now. It only happens on the *current* stable branch, not on the released 6.4. We'll look at it. -- Comment By: C Maeder (c_maeder) Date: 2005-06-10 15:12 Message: Logged In: YES user_id=1285667 The error shows up even more dramatic under solaris and on a mac(!) with Wolfgang's binary: [EMAIL PROTECTED] - time ./trans Map.hs real0m11.346s user0m9.250s sys 0m0.010s [EMAIL PROTECTED] - time ./trans Map.hs Map.hs ^Ctrans: interrupted real4m41.918s user3m25.610s sys 0m7.900s [EMAIL PROTECTED] - ghc --version The Glorious Glasgow Haskell Compilation System, version 6.4.1 [EMAIL PROTECTED] - uname -a SunOS leo 5.8 Generic_117350-20 sun4u sparc SUNW,Sun-Fire-280R [EMAIL PROTECTED]:~/haskell time ./trans Map.hs ^Ctrans: interrupted real4m58.311s user3m59.070s sys 0m38.850s [EMAIL PROTECTED]:~/haskell uname -a Darwin isylvie.informatik.uni-bremen.de 7.8.0 Darwin Kernel Version 7.8.0: Wed Dec 22 14:26:17 PST 2004; root:xnu/xnu-517.11.1.obj~1/RELEASE_PPC Power Macintoshpowerpc [EMAIL PROTECTED]:~/haskell ghc --version The Glorious Glasgow Haskell Compilation System, version 6.4 -- Comment By: C Maeder (c_maeder) Date: 2005-06-10 14:29 Message: Logged In: YES user_id=1285667 I have no problems to reproduce the error on two of our linux machines. Can someelse also try to reproduce this behaviour? Christian [EMAIL PROTECTED]:~/haskell/examples time ./trans Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs real0m23.542s user0m22.954s sys 0m0.118s [EMAIL PROTECTED]:~/haskell/examples set | less [EMAIL PROTECTED]:~/haskell/examples time ./trans Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs Map.hs trans: interrupted real3m43.887s user3m27.224s sys 0m13.813s [EMAIL PROTECTED]:~/haskell/examples ll Map.hs* -rw-r--r-- 1 maeder wimi 57184 2005-05-19 21:52 Map.hs -rw-r--r-- 1 maeder wimi 73728 2005-06-10 16:14 Map.hs.trans