Am 28.02.2011 13:33, schrieb Christian Maeder:
Am 20.02.2011 22:16, schrieb Ian Lynagh:
We are pleased to announce the second release candidate for GHC 7.0.2:
http://www.haskell.org/ghc/dist/7.0.2-rc2/
I'm surprised this is already the second release candidate for GHC
7.0.2. The first
Am 28.02.2011 21:47, schrieb Ian Lynagh:
On Mon, Feb 28, 2011 at 04:08:55PM +0100, Christian Maeder wrote:
Am 28.02.2011 13:33, schrieb Christian Maeder:
Am 20.02.2011 22:16, schrieb Ian Lynagh:
We are pleased to announce the second release candidate for GHC 7.0.2:
http
Am 28.02.2011 21:47, schrieb Ian Lynagh:
[...]
week (which also puts back the HP release, the 7.2.1 release, and at
this rate even the 7.4 release!).
Why are you talking about a 7.2.1 release and even 7.4? The GHC trac
does not even have descriptions for those. Instead there's a milestone
for
http://www.haskell.org/ghc/dist/7.0.2/testsuite-7.0.2.tar.bz2
This archive does not seem to have the actual tests inside the testsuite
subdirectory. At least the README is identical to the top-level one.
Cheers Christian
Am 03.03.2011 15:41, schrieb Ian Lynagh:
Hi,
compiling a simple putStrLn Hello program creates binaries of size:
ghc-6.12.3: 719K
ghc-7.0.1: 7,4M
ghc-7.0.2: 6,9M
otool -L for the ghc-7 binaries displays:
/usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current
version 7.0.0)
/usr/lib/libSystem.B.dylib
I still cannot make sense out of this testsuite-7.0.2.tar.bz2
C.
Am 04.03.2011 15:14, schrieb Christian Maeder:
http://www.haskell.org/ghc/dist/7.0.2/testsuite-7.0.2.tar.bz2
This archive does not seem to have the actual tests inside the testsuite
subdirectory. At least the README
I've created a ticket for it:
http://hackage.haskell.org/trac/ghc/ticket/5008
C.
Am 09.03.2011 14:06, schrieb Christian Maeder:
Hi,
compiling a simple putStrLn Hello program creates binaries of size:
ghc-6.12.3: 719K
ghc-7.0.1: 7,4M
ghc-7.0.2: 6,9M
otool -L for the ghc-7 binaries
Dear All,
we would appreciate a ghc-7.0.2 distribution package via macports,
because we intend to make macports packages based on ghc and gtk+2.0.
Libraries from the Haskell-Platform would be nice, too.
Was macports given up?
Via port pkg we want to create binary mac packages, however, these
.
The official ghc is linked and links against /usr/lib/libiconv.dylib,
which makes a problem as soon as -L/opt/local/lib is added by some cabal
package. But this can be fixed by adding -L/usr/lib as first argument to
ghc.
C.
On Thu, Mar 10, 2011 at 5:50 AM, Christian Maeder
christian.mae...@dfki.de wrote
.
On Thu, Mar 10, 2011 at 6:58 AM, Christian Maeder
christian.mae...@dfki.de wrote:
Am 10.03.2011 15:52, schrieb Don Stewart:
Does MacPorts still interact badly with libiconv? (The system and
MacPorts versions out of sync, making Haskell unbuildable unless in
MacPorts).
ghc from macports was build
Am 11.03.2011 11:32, schrieb Max Bolingbroke:
On 10 March 2011 17:51, Christian Maeder christian.mae...@dfki.de wrote:
Why does the base package depend on iconv only on macs? iconv is not
needed under linux or solaris (unless you install haskeline, which is
not in the platform.
I don't have
Am 14.03.2011 06:26, schrieb C K Kashyap:
Looks like a job for Data.Binary.
I'd like to use it with just the libraries that are part of the
platform
I forgot to mention, Data.Binary does not seem to be in the platform.
Right, it is not in the platform, but I would recommend
Why is the file still not being updated?
http://www.haskell.org/ghc/dist/7.0.2/testsuite-7.0.2.tar.bz2
C.
Am 10.03.2011 03:22, schrieb Jens Petersen:
On 4 March 2011 23:14, Christian Maeder christian.mae...@dfki.de wrote:
http://www.haskell.org/ghc/dist/7.0.2/testsuite-7.0.2.tar.bz2
Am 23.02.2011 15:41, schrieb Ian Lynagh:
On Tue, Feb 22, 2011 at 05:17:35PM +0100, Christian Maeder wrote:
Am 22.02.2011 14:47, schrieb Ian Lynagh:
On Tue, Feb 22, 2011 at 09:59:20AM +0100, Christian Maeder wrote:
Where does cabal get its flags from? (hardcoded?)
From the C compiler flags
Am 20.03.2011 20:01, schrieb wren ng thornton:
So I'm having a go of installing ghc-7.0.2 and
haskell-platform-2011.2.0.0 on OSX 10.5. Since 10.5 is no longer
supported I've had to compile from source. The good news is, so far as I
can tell, everything works right out of the box.[1]
[...]
Am 21.03.2011 18:40, schrieb wren ng thornton:
On 3/21/11 4:16 AM, Christian Maeder wrote:
Am 20.03.2011 20:01, schrieb wren ng thornton:
So I'm having a go of installing ghc-7.0.2 and
haskell-platform-2011.2.0.0 on OSX 10.5. Since 10.5 is no longer
supported I've had to compile from source
ghc should not fail if HOME is not set. It certainly cannot look up
local packages then, but ghc should work without those, too.
ghc is a compiler like gcc. Does gcc need HOME?
Cheers Christian
Am 25.03.2011 08:26, schrieb Joachim Breitner:
Hi,
new FTBFS coming up: ghc fails if HOME is not
Am 29.03.2011 13:46, schrieb Bas van Dijk:
Dear Bjorn,
Attached is a patch that fixes a context reduction stack overflow in
your dimensional package.
I noticed something weird though (that's why I'm CCing the ghc list).
When I cabal build dimensional-0.8.2 I first get the context reduction
Am 06.06.2011 12:08, schrieb Johan Tibell:
On Sun, Jun 5, 2011 at 2:38 PM, Ian Lynaghig...@earth.li wrote:
On Sun, Jun 05, 2011 at 02:10:39PM +0200, Johan Tibell wrote:
I need to reproduce a bug that only appears on 32-bit machines. I
don't own such a machine but I was hoping I could compile
Hi,
I've noticed that with ghc-7.2 many modules with
LANGUAGE TypeSynonymInstances
now also require FlexibleInstances
Two examples are in the HTTP package Network.TCP and
Network.BufferType
Was ghc-7.0 wrong about this, before?
Cheers Christian
Am 29.07.2011 20:21, schrieb Ian Lynagh:
We
I've just found http://hackage.haskell.org/trac/ghc/ticket/5377
which explains it.
C.
Am 05.08.2011 12:56, schrieb Christian Maeder:
Hi,
I've noticed that with ghc-7.2 many modules with
LANGUAGE TypeSynonymInstances
now also require FlexibleInstances
Two examples are in the HTTP package
Simon Peyton-Jones wrote:
derive( Typeable (T a) )
But that means adding 'derive' as a keyword. Other possibilities:
deriving( Typeable (T a) )
-- (B) Re-use 'deriving' keyword
The trouble with (B) is that the thing inside the parens is different in this situation than in a data type
deriving instances will only work for
a) known/builtin classes (like Typeable, Eq, Show, etc)
b) datatypes T that are defined elsewhere using data (or newtype) where
the corresponding deriving clause is missing.
HTH Christian
MR K P SCHUPKE wrote:
instance Typeable (T a)
Forgive my stupid
Hi,
calling unlit on a DOS file fails, whereas hugs is able to process the
same file (under unix).
Christian
Prelude readFile Test.lhs = putStrLn . show
\r\n module Test where\r\n\r\n
Prelude :l Test.lhs
Test.lhs line 2: unlit: Program line next to comment
phase `Literate pre-processor' failed
Hi,
I've a file ATC/Sml_cats.hs that does not compile (see below) with the
flag -fno-monomorphism-restriction (ghc 6.2.2), whereas it compiles fine
without that option. Since I want to use -fno-monomorphism-restriction
for other files (from programatica) I've a problem, because there is no
Use -fallow-incoherent-instances to use the first choice above)
This flag should be added to the flag reference list:
http://www.haskell.org/ghc/docs/latest/html/users_guide/flag-reference.html#AEN5847
Christian
___
Glasgow-haskell-users mailing
Simon Peyton-Jones wrote:
I'm not sure whether you are saying (a) or (b):
a) This is a compiler bug; even with -fno-monomorphism-restriction
the module should compile. Are you sure?
b) this is a feature request: you want a flag -fmonomorphism-restriction
to restore the
I wrote
| If someone wants to reproduce the error, do the following:
| 1) check out HetCATS repository with:
| cvs -d pserver:[EMAIL PROTECTED]:/repository
co
| HetCATS
| 2) comment out variable HC_PACKAGE in the Makefile (to avoid
dependency
| from uni)
| 3) add the flag
I've found a much shorter example (without imports) that does not
compile. The error displayed is:
Ambiguous type variable `a' in the top-level constraint:
`ATermConvertibleSML a'
arising from use of `las' at
/home/maeder/haskell/examples/NoMonoRestr.hs:29
(comenting out the initial
Christian Maeder wrote:
I've found a much shorter example (without imports) that does not
compile.
and shorter:
{-# OPTIONS -fno-monomorphism-restriction #-}
module NoMonoRestr where
data ATermTable = ATermTable
data Annotation = Annotation
data Annoted a = Annoted a [Annotation]
toPair
The attached module does not compile and yields the following error:
InCoherentInst.hs:17:
Could not deduce (Confuse a) from the context (Typeable a)
arising from use of `breakFn' at InCoherentInst.hs:17
Probable fix:
Add (Confuse a) to the type signature(s) for
I wrote:
If, furthermore, the confusing instance is commented out, the source
even compiles without extensions.
Correction: -fglasgow-exts is still required for the type
GeneralBreakFn, but -fallow-overlapping-instances can be omitted.
{-# OPTIONS -fglasgow-exts -fallow-overlapping-instances
Hi,
in a new version of ghc I've noticed that a colon in a path (as argument
to -i) is no longer recognized. Will this also be the case in the new
version ghc-6.4?
Cheers Christian
This used to compile with ghc6.2.2:
ghc --make -v -i../DrIFT-src:../.. GenerateRules.hs
[...]
Glasgow Haskell
Hi,
I've installed ghc-6.3.20050202-i386-unknown-linux.tar.bz2 only to find
out that gcc-3.4.1 seems to be hard-wired into this ghc:
ghc-6.3.20050202: could not execute: gcc-3.4.1
Why is this so. Do I need to install from sources? My current gcc
version is:
gcc (GCC) 3.3.1 (SuSE Linux)
Cheers
Simon Marlow wrote:
On 04 February 2005 12:23, Christian Maeder wrote:
ghc-6.3.20050202: could not execute: gcc-3.4.1
This is because we currently configure the nightly builds to use
gcc-3.4.1, and unfortunately that gets baked into the GHC binary. You
can compile from source to get around
Hi Simon and solaris GHC users,
I've made progress with ghc HEAD under solaris 8. In fact I could
successfully install a ghc-6.5 compiler that was able to compile a
couple of files (including Hello World)
But on one file (by chance HughesPJ.hs with an unqualified module name)
I got a Bus Error
Simon Marlow wrote:
What version of gcc are you using?
I used gcc_2.95.3 until I discovered the warning:
LdvProfile.c:43: #error Please use gcc 3.0+ to compile this file with
DEBUG; gcc 3.0 miscompiles it
I've switched to gcc_3.4.3. Now the final linking of the stage2 compiler
fails (with
Hi,
we used redirect output of ghc via tee (within a Makefile). With the
new ghc this randomly fails now. Does anyone have an explanation for this?
ghc omitted args 21 | tee log
yields:
Skipping Main ( hets.hs, hets.o )
Linking ...
tee: write error
The linked binary and the log
Wolfgang Thaller wrote:
I've uploaded a Mac OS X installer based on the stable tree from March
2nd + the patches I committed yesterday at:
http://opeongo.cas.mcmaster.ca/~wolfgang/GHC-6.4.20050302.pkg.zip
I've only a remote account on a Mac. Do I have a chance to install
ghc-6.4 locally as a
ghcprof should be adapted to the new release of uDraw(Graph)
http://www.informatik.uni-bremen.de/uDrawGraph
Who maintains ghcprof? (What has cgprof to do with it?)
Christian
Simon Marlow wrote:
On 13 April 2005 14:00, Bernd Holzmüller wrote:
I am trying to create graphical profile
Hi,
the following (reduced) example used to go through with ghc-6.2.2 but
fails with ghc-6.4. Which behaviour is correct? I compile with:
ghc -fglasgow-exts Context.hs
module Context where
class Language a
class Language a = Logic a b | a - b
class (Language a, Logic b c, Logic d e)
=
Serge D. Mechveliani wrote:
As Jens Fisseler notes, I have made a confusion about
Set.elems, Set.toList, Set.setToList.
There is even Set.toAscList (although one may argue that should be
Set.toDistinctAscList)
I think the right choice is Set.toList (replacing setToList)
Is Set.elems just a
Mario Blazevic wrote:
mapFilter :: (a - Maybe b) - Map k a - Map k b
mapFilter f = map Maybe.fromJust . filter Maybe.isJust . map f
How about using Map.foldWithKey (and adding Ord k = to the type
signature)?
mapFilter f = Map.foldWithKey ( \ k - maybe id (Map.insert k) . f)
Map.empty
Serge D. Mechveliani wrote:
I used to apply FiniteMap.addListToFM.
Now, what is its best expression in ghc-6.4 ?
Is this
\ mp pairs - Map.union (Map.fromList pairs) mp
?
(the order of the arguments in Map.union is essential).
This looks fine to me. best is hard to meet. I'ld
Simon Marlow wrote:
On 10 June 2005 08:58, Serge D. Mechveliani wrote:
Now, I indeed, intend to compare 6.4 to 5.02 on several examples,
downloaded
ghc-5.02.3 and tried to make it with ghc-6.4
Yes, that's unlikely to work.
I was able to install the binaries from
Christian Maeder wrote:
6.4 produces better and faster code than 6.2.2 and 5.04.2 for our
application.
better was supposed to mean smaller binaries
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman
Christian Maeder wrote:
Geoffrey Alan Washburn wrote:
Does anyone have a prebuilt version of ghc 6.4 that works with
libreadline5? The generic Linux version on
http://www.haskell.org/ghc/download_ghc_64.html requires libreadline4,
I did not worry about the readline version and it worked
I could build a binary distribution (without OpenGL/GLUT/OpenAL) from
yesterday's cvs under solaris as well.
However, I'ld like to see the ghci linking/Mangler problem being fixed.
(I've no time to look into it, soon.)
Christian
Geisler, Tim (EXT) wrote:
ghc-6.4.1.20050806 (and before
Serge D. Mechveliani wrote:
How do you think, maybe, Data.Set also needs to provide
`lookup' ?
Admittingly, using 'Set.filter (==e) s' to find the matching element may
be a bit slower.
When trying to use 'Set.intersection s $ singleton e' I just noticed
that intersection is not
Christian Maeder wrote:
When trying to use 'Set.intersection s $ singleton e' I just noticed
that intersection is not left-biased (see below)!
Set.intersection is neither left- nor right-biased but biased towards
the smaller set. I think that needs to be changed (and that may require
Christian Maeder wrote:
Set.intersection is neither left- nor right-biased but biased towards
the smaller set. I think that needs to be changed (and that may require
a function splitLookup).
Below is my code proposal. I'm not sure if splitLookup should be
exported. And I'm not sure
Gregory Wright wrote:
Hi,
GHC 6.4.1 is now available for OS X via the darwinports system.
The compiler is built from source, using a binary bootstrap compilier.
Both 10.3 (Panther) and 10.4 (TIger) are supported.
For more information on darwinports, see:
For more information on darwinports, see:
http://darwinports.opendarwin.org
Since I've no root permission on our mac, is there a chance to get a
(configureable) distribution without darwinports?
Christian
___
Glasgow-haskell-users mailing list
Tomasz Zielonka wrote:
When I work on a program which is going to be named LongProgramName,
I usually put the Main module in file LongProgramName.hs. It would be nice
if I could build it with --make like this:
$ ghc --make LongProgramName
instead of
$ ghc --make LongProgramName -o
Simon Marlow wrote:
On 11 October 2005 06:29, Tomasz Zielonka wrote:
[..]
Would you accept the patch?
I'm slightly inclined not to make this change, but I could be swayed if
there was enough interest in it. What I'm seeing so far is not
overwhelming support for the change. Simon PJ is in
Ketil Malde wrote:
Indeed. While I generally like the overloaded, qualified names, I
find it annoying when, like 'map', they clash with Prelude imports.
Which means that, in a module using Data.Set, I must either use it all
qualified, or import it twice (qualified and hiding map), or
explicitly
Ketil Malde wrote:
the advantage of Set.map instead of mapSet?
Well, you know that the unqualified name is map, i.e. also for
Data.Map it's not mapMap or mapFM but YourChoice.map.
(Oh, right, I can import qualified List as Set -- but then I still
have to change member to elem etc etc.)
I
Mirko Rahn wrote:
I was surprised about really big differences in running times between
6.4 and 6.4.1, whereby 6.4.1 is *much* slower:
*** 6.4: cpu-time interesting (3,3): 00:01:38.08
*** 6.4.1: cpu-time interesting (3,3): 00:05:58.91
indeed, I had similar results. You may try to find out
I don't see your problem. (I've put your code into the file Tac.hs)
Christian
[EMAIL PROTECTED]:~/haskell/examples ghc --make -o tac Tac.hs
Chasing modules from: Tac.hs
Compiling Main ( Tac.hs, Tac.o )
Linking ...
[EMAIL PROTECTED]:~/haskell/examples ./tac 5
10.0
skaller wrote:
Dear Haskell Experts,
for storing highly shared data structures we use so called Annotated
Terms (shortly ATerms, details below).
http://www.cwi.nl/htbin/sen1/twiki/bin/view/SEN1/ATerm
In contrast to the Binary (or GhcBinary) class we compute the sharing,
which saves a lot of space for data
Dimitry Golubovsky wrote:
2. Error while assembling (or mangling?) ForeignObj.lhs; fragments of
make output below (long lines wrapped/truncated, the whole file is too
long to post it here but I'll provide it if needed):
Could it be that sed chops of some lines and perl should be used
Einar Karttunen wrote:
On 22.12 14:43, Christian Maeder wrote:
How can I detect this sharing in order to avoid traversing the very
same symbol table for every symbol?
By using System.Mem.StableName
SerTH (http://cs.helsinki.fi/u/ekarttun/SerTH/) implements this,
so you can look at the source
Hi,
I've a few files that produce ten times bigger .o files when compiled
with optimization (-O). This blow-up prevents linking on a mac.
How could I find out what is causing this blow up?
Thanks, Christian
___
Glasgow-haskell-users mailing list
Simon Marlow wrote:
Christian Maeder wrote:
I've a few files that produce ten times bigger .o files when compiled
with optimization (-O). This blow-up prevents linking on a mac.
I had some success by adding
{-# OPTIONS -fno-strictness #-}
to the source of the big .o file so that it's now
P.S.
-fmax-simplifier-iterations
is rejected so
http://www.haskell.org/ghc/docs/latest/html/users_guide/flag-reference.html
may need correction
You tried -fmax-simplifier-iterations10?
Ok, I forgot the n (or left a space)
C.
___
Simon Marlow wrote:
Right - Ptr isn't the right thing here, because GC will move objects
around. That's why we have StablePtr and StableName.
may it be that makeStableName is expensive? (or it is my additional Map?)
My old version is faster, because the version with makeStableName does
Bulat Ziganshin wrote:
CM My old version is faster, because the version with makeStableName does
CM very much GC.
CMMUT time 27.28s ( 28.91s elapsed)
CMGCtime 133.98s (140.08s elapsed)
try to add infamous +RTS -A10m switch ;)
You saved my day, thank you Bulat!
Without
Bulat Ziganshin wrote:
try to add infamous +RTS -A10m switch ;)
Maybe -H300m is more famous?
MUT time 24.92s ( 29.79s elapsed)
GCtime6.32s ( 7.67s elapsed)
EXIT time0.00s ( 0.00s elapsed)
Total time 31.24s ( 37.46s elapsed)
Christian
Simon Marlow wrote:
You can change the allocation area size from within a program quite
easily. Write a little C function to assign to
RtsFlags.GcFlags.minAllocAreaSize (#include RtsFlags.h first), and
call it from Haskell; the next time GC runs it will allocate the larger
nursery. Please
I wrote:
However, shared ATerms are always different for different types,
because the corresponding data constructors are different.
This isn't quite true. The shared ATerm for the empty list is the same
for all instances.
Finally, _reading in_ shared ATerms is fast, since ghc seems to
Hi Bulat,
The difference between IntMap and HashTable is not large despite -A10m
(without this option HashTable is unusable).
HashTable:
ghc: 2754665792 bytes, 287 GCs, 26495315/147911940 avg/max bytes
residency (12 samples), 299M in use, 0.00 INIT (0.00 elapsed), 31.72 MUT
(33.78 elapsed),
Bulat Ziganshin wrote:
char *ghc_rts_opts = -A10m;
(see 4.14.5 in GHC user manual)
Yes, thanks, that is better for me
Christian
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
Simon Peyton-Jones wrote:
I'm very interested to know whether you like it or hate it.
In the latter case, I'd also like to know whether you also
have programs that will be broken by the change.
I don't use GADTs yet and I assume this change will not (seriously)
break our code, but let me/us
Hi,
with ghc-6.5.20060201 I get a UTF-8 decoding error for latin1
characters in my string literals.
Do I have to change my sources or can I set a certain environment variable?
I have [EMAIL PROTECTED] and LC_CTYPE not set (which is ok for hugs)
Cheers Christian
Simon Marlow wrote:
So - do you need Latin-1, or could you use UTF-8?
I'm not amused to change the encoding of many haskell source files
(particular of those that are not mine).
These files can then no longer be compiled by earlier ghcs (though I
don't understand, how ghc-6.4.1 recognises
Simon Peyton-Jones wrote:
I took a look. Here's a typical example:
newVariableListFromSet :: Ord a = VariableSetSource a - VariableList a
newVariableListFromSet (variableSetSource :: VariableSetSource a) =
let
attachListOp parallelX (listDrawer :: ListDrawer a pos) =
do
Simon Peyton-Jones wrote:
(Unsatisfactory but would work) You could compile with -ddump-ds and
look at the output.
Yes, I did work (for VariableList.hs)
attachListOp :: forall pos . ParallelExec - ListDrawer a pos
- IO (IO ())
Thanks, Christian
(I need to get a new ghc-6.5 without the
Simon Marlow wrote:
Christian Maeder wrote:
I'm tempted to replace ä bei \228 in literals. What does haddock
do with utf-8 in comments? Will DrIFT -- using read- and writeFile --
still work correctly?
The problem I fear is that writeFile does not produce a utf-8 encoded file:
writeFile t.hs
Simon Marlow wrote:
I'm not sure I see the problem - the I/O library doesn't do unicode
encoding/decoding, it always just takes the low 8 bits of each
character, hence truncating Unicode to Latin-1. If you restrict
yourself to Latin-1 characters in string literals, then I/O will work as
Serge D. Mechveliani wrote:
First, we install it to the system area from binary found on the GHC www
page as
Binary x86, Generic Linux with glib 2.3.
This binary is not for a 64 bit arch, I think.
/usr/lib64/gcc/x86_64-suse-linux/4.0.2/../../../../x86_64-suse-linux/bin/ld:
Christian Maeder wrote:
RtsUtils.p_o
RtsUtils.c: In function 'time_str':
RtsUtils.c:190: error: too few arguments to function 'ctime_r'
I could carry on after adding an argument , 26
C.
-- RtsUtils.c 2006-04-13 09:09:49.778999000 +0200
+++ RtsUtils.c~ 2006-01-12 13:43:03.0 +0100
Christian Maeder wrote:
RtsUtils.c:190: error: too few arguments to function 'ctime_r'
I could carry on after adding an argument , 26
now I get an error when linking the stage2 compiler. How should I fix this?
Cheers Christian
/home/maeder/haskell/solaris/ghc-6.4.2.20060411/ghc/rts
Christian Maeder wrote:
OSThreads.c:(.text+0x88): undefined reference to `sched_yield'
collect2: ld returned 1 exit status
I could fix this by adding rt to the extra-libraries of the rts
package.conf file.
Now I have a stage2 compiler but gmake binary-dist does not work. I
assume a couple
Simon Marlow wrote:
GhcBinDistDirs is set by ghc/mk/config.mk, which is included by the
top-level Makefile.
I've no such variable in ghc/mk/config.mk or ghc/mk/config.mk.in
C.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
Simon Marlow wrote:
GhcBinDistDirs is set by ghc/mk/config.mk, which is included by the
top-level Makefile.
I see, there's another mk/config.mk in the subdirectory ghc
$ make show Project=Ghc VALUE=GhcBinDistDirs
GhcBinDistDirs=ghc libraries hslibs
in this subdirectory I get the same
Simon Marlow wrote:
This bit of Makefile code is possibly going wrong for you:
-include $(shell echo $(ProjectDirectory) | tr A-Z a-z)/mk/config.mk
-include $(shell echo $(ProjectDirectory) | tr A-Z a-z)/mk/version.mk
you're right!
Try this instead:
$ make Project=Ghc
Volker Stolz wrote:
venus [14:45:44] echo foo | tr a-z A-Z
foo
venus [14:46:11] echo foo | tr [a-z] [A-Z]
FOO
[..]
Maybe it's safe to switch to the bracketed version these days...
This also works fine on Linnix and FreeBSD.
Finding the correct 'tr' on Solaris is probably more tedious.
the
Simon Marlow wrote:
I'm rolling and uploading the 6.4.2 bits now, and this patch didn't make
it in, sorry. We can put together a patchset for building on Solaris
and make it available separately. Can you send me a working patch? Did
the DriverState patch I posted earlier work?
I've
Simon Marlow wrote:
Christian Maeder wrote:
A further problem occured when installing my binary distribution. The
installed file bin/ghc (and bin/ghci) did not have the mini-driver,
but only the settings up to DEFAULT_TMPDIR.
Did you have BIN_DIST=1 in your build.mk from the beginning?
Yes
Simon Marlow wrote:
Highlights in this release:
- Cabal has been upgraded to version 1.1.4.
ghc-pkg lists
Cabal-1.0
in the binary distribution
http://www.haskell.org/ghc/dist/6.4.2/ghc-6.4.2-i386-unknown-linux.tar.bz2
___
Simon Marlow wrote:
--- ghc/rts/package.conf.inplaceThu Apr 13 15:49:49 2006
+++ ghc/rts/package.conf.inplace~ Wed Apr 12 19:44:55 2006
@@ -429,7 +429,6 @@
extra-libraries: m
, gmp
- , rt
Christian Maeder wrote:
The files in the binary distribution are:
ghc - ghc-6.4.2
ghc-6.4.2
due to a missing dvips make binary-dist does not finish properly and
does not create a ghc-6.4.2.sh (and other .sh) file(s).
Should it not be possible to build a binary distribution without
Volker Stolz wrote:
Without the 3rd arg is according to POSIX (check your Solaris man page).
'buf' is required to be at least 26 bytes.
You're right, but it does not compile without the 3rd argument! Maybe
this is due to gcc_4.0.3_s10 ? Should one simply rely on ctime?
Cheers Christian
man
Volker Stolz wrote:
Now I'm confused...or is the patch reverted?
yes, sorry I've done:
-bash-3.00$ diff -u RtsUtils.c RtsUtils.c~
--- RtsUtils.c Wed Apr 19 13:15:29 2006
+++ RtsUtils.c~ Thu Jan 12 13:43:03 2006
@@ -187,7 +187,7 @@
if (now == 0) {
time(now);
#if HAVE_CTIME_R
-
Simon Marlow wrote:
Christian Maeder wrote:
Should it not be possible to build a binary distribution without
documentation?
Try
make binary-dist Project=Ghc BINDIST_DOC_WAYS=html
Thanks, this worked!
C.
___
Glasgow-haskell-users mailing list
Hi,
my stage2 compiler under solaris is unusable. gmake bootstrap3 does
not terminate and even compiling the simplest file does not terminate:
Christian
-bash-3.00$ ghc -v --make hello.hs
Glasgow Haskell Compiler, Version 6.4.2, for Haskell 98, compiled by GHC
version 6.4.2
Using package
Simon Marlow wrote:
Ok, does this help instead (compile stage1 with this change):
*** DriverState.hs.~1.116.2.2.~2005-10-13 10:02:19.0 +0100
--- DriverState.hs2006-04-13 15:32:02.0 +0100
***
*** 418,423
--- 418,425
#if defined(freebsd_TARGET_OS)
Volker Stolz wrote:
* Christian Maeder [EMAIL PROTECTED]:
P.S. the non-termination of the final stage2 compiler still needs
further investigation (that I cannot do alone)
How about throwing 'truss' at it? Maybe this reveals a blatant reason.
It repeatedly outputs:
/1: setcontext
Nuno Santos wrote:
Thx for the reply. Yes it work withtou problems, but when i try to
execute the .o it says no permissions.
The executable is called a.out (under unix)
I also tried to do ghc -o polish polish.o
It gives me then the error i was complaing of.
then
ghc --make -o polish
Hallo Thomas,
when compiling your sources in our context I get an Overlapping
instances error (below).
However, first compiling the offending file (base/TI/OrigTiMonad.hs) and
then compiling the rest works (but I don't want adapt our Makefile for
this to do).
Could you adjust your
301 - 400 of 926 matches
Mail list logo