ghc-pkg has become a lot pickier about directories and files
which are not
there (which is probably the Right Thing, except that it
becomes annoying when using things like pkg-config gtk+-2.0 --cflags
--libs).
However, if I add a package that depends on, say, data to a
local
Jan Kybic [EMAIL PROTECTED] wrote,
I have recently coded in Haskell a little program which evaluates
a function given as a series of matrix products. Matrices and vectors
are represented as type X. Surprisingly, compiled with 'ghc -O2'
(vers 5.02.2) the program runs faster with X=Array than
I'm migrating my (stolen) Binary module to ghc 5.04 and it uses this
function which also seems to have disappeared...am I just not looking in
the right place?
--
Hal Daume III
Computer science is no more about computers| [EMAIL PROTECTED]
than astronomy is about telescopes. -Dijkstra |
Doesn't look like it. I looked around the full archive and the only
mention of destructArray is from Marcin's post from March 2001:
If not, I'm going to add also destructArray and destructArray0 to
MarshalArray, and lengthArray0 while I am at it (it was used internally
so it makes sense to
| fair amount, unfortunately), I've had to grep around the
| imports directory to find out where it moved to. I don't
I now use the Haddock index instead of grepping.
Saves me a lot of time.
Simon
___
Glasgow-haskell-users mailing list
[EMAIL
Regardless, it would be nice if functions were first
deprecated and then
removed. I'm really wishing at this point that I hadn't
upgraded to ghc
5.04; most of my programs no longer compile due to the library
restructuring and for every function I use that's not pure Haskell 98
(which
I'm migrating my (stolen) Binary module to ghc 5.04 and it uses this
function which also seems to have disappeared...am I just not
looking in the right place?
hPutBufBAFull was deprecated in 5.02 and it was removed in 5.04. Use
hPutBufBA instead.
BTW, Haddock has a version of the Binary
I'm having difficulty compiling under 5.04 using both Arrays
and UArrays:
module Main where{
import Array;
import Data.Array.Unboxed;
array_1::UArray(Int)(Int);
array_1 = (array (1,3) [(1,7),(2,8),(3,13)]);
array_2::Array(Int)(Int);
array_2 = (array (1,3) [(1,700),(2,800),(3,1300)]);
Not positive, but perhaps you could just hide things like (!), array,
etc., from Unboxed since these are class methods and Unboxed is probably
just reexporting what Array exports? You should also probably import
Data.Array instead of just Array.
--
Hal Daume III
Computer science is no more
On Wed, Jul 24, 2002 at 02:35:37PM -0400, Ken T Takusagawa wrote:
I'm having difficulty compiling under 5.04 using both Arrays
and UArrays:
module Main where{
import Array;
import Data.Array.Unboxed;
[...]
This gets me the errors
Ambiguous occurrence `array'
It could refer
if we have
import qualified Some.Long.Module.Name as N
we can do
:info N.somefunction
or
:info Some.Long.Module.Name.somefunction
and
:browse Some.Long.Module.Name
but not
:browse N
which would be really nice :P
if this could make its way into 5.04.1, that would be wonderful
--
Hal
The doc RPM package for Red Hat 7.3 suffers the same problem as the
SuSE one. Could someone please give a hand-holding guide so that we
can fix it ourselves? Please? Please?
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
The doc RPM package for Red Hat 7.3 suffers the same problem as the
SuSE one. Could someone please give a hand-holding guide so that we
can fix it ourselves? Please? Please?
It's easy ;)
Go to http://haskell.cs.yale.edu/ghc/documentation.html and in the
downloadable/printable
Hal Daume III [EMAIL PROTECTED] wrote,
Doesn't look like it. I looked around the full archive and the only
mention of destructArray is from Marcin's post from March 2001:
If not, I'm going to add also destructArray and destructArray0 to
MarshalArray, and lengthArray0 while I am at it
On 23 Jul 2002, Alastair Reid wrote:
You shouldn't _need_ to be in the IO monad to get random numbers
(although if you choose to that can be a good choice). Clearly
there's the need to initialise the generator, but if you want
`random' random numbers (as opposed to a known sequence of
| As near as I can tell, the precedence of the bounds and
| indices in an array doesn't matter at all. Simon M's
| suggested change to Page 24 is therefore good for
| consistency, but doesn't appear to actually have any effect.
| Am I missing something?
I think you are right, because the
Malcolm Wallace wrote:
| This has been said before, but maybe we need someone
| to formulate a huge set of QuickCheck properties about
| the Prelude/Libraries. That would root out quite a
| lot of remaining bugs relatively quickly I suspect.
This sounds like an interesting (student)
FINAL CALL FOR PAPERS!!!
Fifth International Symposium on
Practical Aspects of Declarative Languages 2003
(PADL '03)
http://www.research.avayalabs.com/user/wadler/padl03/
Sizler icin cok ozel býr sýte hazýrladýk http://www.pembelisex.com Bu adreste 18
kategoride 100 lerce galeri binlerce resim ve video ya ulaþabilirsiniz.
http://www.pembelisex.com
On Wed, 24 Jul 2002 10:44:51 +0100 (BST)
D. Tweed [EMAIL PROTECTED] wrote:
It wasn't clear to me whether Vincenzo's e-mail was saying that you
just needed to be in IO to generate the seed or that you need to be in
IO to do anything that involves generating random numbers __after
you've got
Hi there,
First of all, I would say thank you very much for all who helped me during
the past days.
Since I am a beginner , sometime I spent even several hours to solve a
very simple problem.So, I still need your help in the future.
The problem is:
On Wed, 24 Jul 2002 19:13:22 +0100 (BST)
Junjie Xu [EMAIL PROTECTED] wrote:
uni :: IO () - Float
uni = do
xs - newStdGen
let
m = (head (randoms xs) :: Float )
let x = expr in something
You miss the in something part... quite that simple.
Vincenzo
I was wondering if anyone's thought of overloading string literals in the
same way that numeric literals are overloaded. I know that I tend to use
PackedStrings for almost everything, primarly due to the RegExp stuff and
efficiency. This means my code is littered with unpackPS and
packString,
On Wed, 24 Jul 2002, Koen Claessen wrote:
Malcolm Wallace wrote:
| This has been said before, but maybe we need someone
| to formulate a huge set of QuickCheck properties about
| the Prelude/Libraries. That would root out quite a
| lot of remaining bugs relatively quickly I suspect.
There are a few things wrong with this...
uni :: IO () - Float
uni = do
xs - newStdGen
let
m = (head (randoms xs) :: Float )
presumably, you want 'uni' to produce a random float. in this case, it
has the wrong type; it is actually an IO action that returns a Float,
Malcolm Wallace [EMAIL PROTECTED] wrote:
Is there some reason haskell binaries have to be statically
linked?
It would not be entirely fair to lay all the blame for large Haskell
binaries entirely at the door of static vs. dynamic linking.
Well, considering that compiling the C binary
Sizler icin cok ozel býr sýte hazýrladýk http://www.pembelisex.com Bu adreste 18
kategoride 100 lerce galeri binlerce resim ve video ya ulaþabilirsiniz.
http://www.pembelisex.com
27 matches
Mail list logo