applicative's comments

It's typical the world community has put up with the naked genocidal intent of the Iran government - which is by now in a sense woven into its constitution and mystical-apocalyptic self-conception - as if it were a musical curious style -- as they build militias saying the same on every border, financing the bizarre suicide campaigns of early 2000s etc. to stop a 2 state solution and keep the party going.

With 'deathtoamerica deathtoamerica' noblesse oblige requires us to pretend it is merely comical. But the 'uppity, arrogant' jewish state is microscopic by comparison with titanic Persian Empire. The disproportion (80x) is far more extreme than even USSR or USA v Afghanistan or USA v Vietnam (30x.

The ingenuity is kind of astonishing, there is something of a mad febrile energy to it. Thus Houthi and Hamas mostly did not need external supply chains for rocketry etc.: a complete industrial chain could be devised in Iran and deployed on site. Part of it seems to be that a chief objective of design is minimizing what seems to us as inevitable external supply chain dependencies.

The product is indeed largely replication of external industry: as I understand, they seem to have done a lot of reverse engineering of enemy drones. But none of these can bee too much like the shahed, I think, as is evidenced by the fact that Uncle Sam has reverse engineered versions in production and appearing in the Gulf now.

Similarly, I suppose, the Chinese AIs that to some extent mirror US AIs, but on the cheap and with way less computing power, will be replicated in US.

But the rest of this is nonsense. The compiler is a flat out miracle, a monument to human understanding, and produces unbelievably fast programs given the weird and wonderful abstract material one hands to it.

    newtype IO a = IO ((a -> IOResult) -> IOResult)

    data IOResult 
      = Hugs_ExitWith    Int
      | Hugs_Catch       IOResult (Exception -> IOResult) (Obj -> IOResult)
      | Hugs_ForkThread  IOResult IOResult
      | Hugs_DeadThread
      | Hugs_YieldThread IOResult
      | Hugs_Return      Obj
      | Hugs_BlockThread (Obj -> IOResult) ((Obj -> IOResult) -> IOResult)

      fluStatusGivenPositiveTest = [fluStatus | fluStatus <- percentWithFlu 10
                                              , testResult <- testRate fluStatus
                                              , testResult == Pos]
        where testRate Flu     = percentPositive 70
              testRate Healthy = percentPositive 10

Haskeline is not bindings to readline or editline, but pure haskell. It does use libiconv, which is a chamber of horrors on OS X, and the source of your problems. But if you were using ghci you were using haskeline, so it wasn't that it couldn't be built. It is an extremely high quality library -- surprisingly, or perhaps not surprisingly, considering that it was written by a mathematician.

You may be right about Perl &co but I invite you to look at my gem installation...

It is probably something very simple but would be much easier to figure out in real time, e.g. on the #haskell irc channel which generally handles such difficulties promptly. E.g. does a look at `ghc-pkg list` and `ghc-pkg check` suggest that something was broken?

(By the way, the comparison with Ruby and Python and Perl and Node is not that great; cabal is as much, or more, like `make` than `gem`, managing compilation, linking etc.; one uses it all the time locally where distribution is not in question; it looks like that is the aspect that you are bumping into.)

    {-#LANGUAGE DataKinds#-}
    a :: 'Nothing
    a = a

    {-#LANGUAGE MagicHash#-}
    import GHC.Prim
    a :: Int#
    a = a