[ ghc-Bugs-1275126 ] configure problems with openGL and openAL
Bugs item #1275126, was opened at 2005-08-28 14:47 Message generated for change (Comment added) made by spanne You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1275126group_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: Build System Group: None Status: Closed Resolution: Wont Fix Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: configure problems with openGL and openAL Initial Comment: I've been compiling the latest GHC snapshot (6.4.1.20050827) from source and have encountered some annoying problems with the configure script not being as intelligent as it should be. This is on a GNU/Linux system running Debian unstable. Initially I didn't have the openGL GLU headers installed so I got a compile error when the glu.h file wasn't found. I believe that since the GLU library was installed, the configure script assumed that the GLU header file would be there -- or else it didn't check. Installing the GLU header files fixed this. Then I got a weird bug while compiling the openAL support in GHC: ==fptools== make all - --no-print-directory -r; in /home/mvanier/lang/useful/haskell/ghc/ghc-6.4.1.20050827/libraries/OpenAL rm -f Sound/OpenAL/ALC/Context.o; if [ ! -d Sound/OpenAL/ALC/Context_split ]; then mkdir Sound/OpenAL /ALC/Context_split; else /usr/bin/find Sound/OpenAL/ALC/Context_split -name '*.o' -print | xargs rm - f __rm_food; fi; ../../ghc/compiler/ghc-inplace -H16m -O -Wall -fffi -Iinclude '-#include HsOpenAL.h' -cpp -DCALLCON V=ccall -ignore-package OpenAL -O -Rghc-timing -fgenerics -package base -package OpenGL -fgenerics -split-objs-c Sound/OpenAL/ALC/Context.hs -o Sound/OpenAL/ALC/Context.o -ohi Sound/OpenAL/ALC/Co ntext.hi /tmp/ghc27232.hc: In function 's33v_ret': /tmp/ghc27232.hc:553: error: void value not ignored as it ought to be /tmp/ghc27232.hc: In function 's33y_ret': /tmp/ghc27232.hc:595: error: void value not ignored as it ought to be ghc: 60654736 bytes, 14 GCs, 2844362/5655392 avg/max bytes residency (3 samples), 18M in use, 0.00 INIT (0.00 elapsed), 0.18 MUT (0.40 elapsed), 0.09 GC (0.12 elapsed) :ghc make[2]: *** [Sound/OpenAL/ALC/Context.o] Error 1 make[1]: *** [all] Error 1 make: *** [build] Error 1 As a result, I disabled openAL support. Mike Vanier [EMAIL PROTECTED] -- Comment By: Sven Panne (spanne) Date: 2005-08-29 22:26 Message: Logged In: YES user_id=50298 Regarding your GLU header problem: This will only happen if you have GL and GLU libraries installed and a GL header, but no GLU header. This is a rather obscure setup which I've never heard before: It is common that you either have a) no GL/GLU stuff at all (OpenGL ignorant system), b) only GL/GLU libraries (OpenGL *user* system), but no header c) GL/GLU libraries and headers (OpenGL *development* system). To avoid making the autoconf magic even more tricky, I declare your setup to be buggy. :-) Seriously: I think the autotools stuff should handle common differences between platforms, but not each and every obscure private setup, otherwise things get unmaintainable. Regarding the OpenAL problem: This is due to changes in the OpenAL API itself, which are already handled in the HEAD. Furthermore, the OpenAL stuff in the STABLE branch is practically unusable, because it is very incomplete. If you want a working and complete OpenAL binding, you can use the HEAD. I'll make no OpenAL the default in STABLE... -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1275126group_id=8032 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-1276115 ] Unify.unifyTauTyLists: mismatched type lists!
Bugs item #1276115, was opened at 2005-08-29 15:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1276115group_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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Unify.unifyTauTyLists: mismatched type lists! Initial Comment: the following simple code - data List elem = Cons elem List | Nil t1 :: List t1 = Cons 1 Nil - causes (loaded within ghci): ghc-6.4: panic! (the `impossible' happened, GHC version 6.4): Unify.unifyTauTyLists: mismatched type lists! Please report it as a compiler bug to glasgow-haskell-bugs@haskell.org, or http://sourceforge.net/projects/ghc/. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1276115group_id=8032 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-1275126 ] configure problems with openGL and openAL
Bugs item #1275126, was opened at 2005-08-28 05:47 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1275126group_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: Build System Group: None Status: Closed Resolution: Wont Fix Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: configure problems with openGL and openAL Initial Comment: I've been compiling the latest GHC snapshot (6.4.1.20050827) from source and have encountered some annoying problems with the configure script not being as intelligent as it should be. This is on a GNU/Linux system running Debian unstable. Initially I didn't have the openGL GLU headers installed so I got a compile error when the glu.h file wasn't found. I believe that since the GLU library was installed, the configure script assumed that the GLU header file would be there -- or else it didn't check. Installing the GLU header files fixed this. Then I got a weird bug while compiling the openAL support in GHC: ==fptools== make all - --no-print-directory -r; in /home/mvanier/lang/useful/haskell/ghc/ghc-6.4.1.20050827/libraries/OpenAL rm -f Sound/OpenAL/ALC/Context.o; if [ ! -d Sound/OpenAL/ALC/Context_split ]; then mkdir Sound/OpenAL /ALC/Context_split; else /usr/bin/find Sound/OpenAL/ALC/Context_split -name '*.o' -print | xargs rm - f __rm_food; fi; ../../ghc/compiler/ghc-inplace -H16m -O -Wall -fffi -Iinclude '-#include HsOpenAL.h' -cpp -DCALLCON V=ccall -ignore-package OpenAL -O -Rghc-timing -fgenerics -package base -package OpenGL -fgenerics -split-objs-c Sound/OpenAL/ALC/Context.hs -o Sound/OpenAL/ALC/Context.o -ohi Sound/OpenAL/ALC/Co ntext.hi /tmp/ghc27232.hc: In function 's33v_ret': /tmp/ghc27232.hc:553: error: void value not ignored as it ought to be /tmp/ghc27232.hc: In function 's33y_ret': /tmp/ghc27232.hc:595: error: void value not ignored as it ought to be ghc: 60654736 bytes, 14 GCs, 2844362/5655392 avg/max bytes residency (3 samples), 18M in use, 0.00 INIT (0.00 elapsed), 0.18 MUT (0.40 elapsed), 0.09 GC (0.12 elapsed) :ghc make[2]: *** [Sound/OpenAL/ALC/Context.o] Error 1 make[1]: *** [all] Error 1 make: *** [build] Error 1 As a result, I disabled openAL support. Mike Vanier [EMAIL PROTECTED] -- Comment By: Nobody/Anonymous (nobody) Date: 2005-08-29 16:53 Message: Logged In: NO It's not a private setup; Debian has four packages: GL libs, GL headers, GLU libs, GLU headers. It's quite possible to install GL stuff without GLU. Surely it's not too much to check for glu.h as well as gl.h. -- Ross -- Comment By: Sven Panne (spanne) Date: 2005-08-29 13:26 Message: Logged In: YES user_id=50298 Regarding your GLU header problem: This will only happen if you have GL and GLU libraries installed and a GL header, but no GLU header. This is a rather obscure setup which I've never heard before: It is common that you either have a) no GL/GLU stuff at all (OpenGL ignorant system), b) only GL/GLU libraries (OpenGL *user* system), but no header c) GL/GLU libraries and headers (OpenGL *development* system). To avoid making the autoconf magic even more tricky, I declare your setup to be buggy. :-) Seriously: I think the autotools stuff should handle common differences between platforms, but not each and every obscure private setup, otherwise things get unmaintainable. Regarding the OpenAL problem: This is due to changes in the OpenAL API itself, which are already handled in the HEAD. Furthermore, the OpenAL stuff in the STABLE branch is practically unusable, because it is very incomplete. If you want a working and complete OpenAL binding, you can use the HEAD. I'll make no OpenAL the default in STABLE... -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1275126group_id=8032 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-1276246 ] panic with bad data/class definition.
Bugs item #1276246, was opened at 2005-08-29 19:48 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1276246group_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 (Type checker) Group: 6.4 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: panic with bad data/class definition. Initial Comment: This malformed program causes a panic in ghc-6.4 class SClass a where sFun :: a - SData data SData = SCon SClass email: [EMAIL PROTECTED] -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1276246group_id=8032 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs