haskell-hvr / base-noprelude Goto Github PK

All of `base` without the `Prelude` module

Home Page: http://hackage.haskell.org/package/base-noprelude

License: BSD 3-Clause "New" or "Revised" License

Haskell 100.00%

base-noprelude's Introduction

`base-noprelude` - `base` package sans `Prelude`

This package is, as the title gives away, a base-replacement that allows to define and/or use custom Preludes without having to use the -XNoImplicitePrelude language extension (or use import Prelude ()). I.e. instead of

{-# LANGUAGE NoImplicitPrelude #-}

module Main where

import CustomPrelude
import OtherStuff

by having a build-depends on base-noprelude instead of base and having a Prelude module in scope (can be provided by the current package or a 3rd package from build-depends), one can just write

module Main where

import OtherStuff

base-noprelude's People

Contributors

Stargazers

Watchers

Forkers

bergmark silkapp bgamari chessai kowainik srid natsuki14 codetalkio tek alistairb galagora aschmois jhrcek yormi greydot serokell cjoach notquiteamonad holmusk guibou tatsuyak90

base-noprelude's Issues

Doesn't work with `stack ghci`

(Demo Gist)

stack ghci fails with this pattern, says

$ stack ghci
Configuring GHCi with the following packages: bnp-test
GHCi, version 7.10.3: http://www.haskell.org/ghc/  :? for help

<interactive>:1:1:
    attempting to use module ‘Prelude’ (/Users/mike/Development/sandbox/basenoprelude/Prelude.hs) which is not loaded

This is an unfortunate deal breaker for using base-noprelude. Might be nice to mention it in the README.

Cannot compile with Cabal-1.22

With GHC-7.4.2 I get

[1 of 1] Compiling Main             ( /tmp/cabal-tmp-15698/base-noprelude-4.5.1.0/dist/setup/setup.hs, /tmp/cabal-tmp-15698/base-noprelude-4.5.1.0/dist/setup/Main.o )
Linking /tmp/cabal-tmp-15698/base-noprelude-4.5.1.0/dist/setup/setup ...
setup: base-noprelude cannot be built with Cabal versions newer than 1.20
(`Setup.hs` imported Cabal library version 1.22.4.0)
Failed to install base-noprelude-4.5.1.0

any downside to using mixins instead of this?

eg. mixins: base hiding (Prelude)

If there is no downside, might it be recommended to use mixins for those cabal versions which support it? AFAIK base-noprelude isnt an official Haskell project so failure for upkeep means potential for breakage, while the mixins does not.

Add myself as a maintainer

Hi @hvr ,

Seems there is not a lot of active maintenance on this package. I'd happy to help maintain it in terms of responding to issues, keeping it up to date with new releases of base if you like?

I haven't released a package to hackage before, but I'm assuming that is something I will be able to figure out. I might need permissions or an account to do this?

Thanks

New release to work with base 4.14?

Currently the lack of a release with base 4.14 is preventing pandoc from compiling with ghc 8.10.1.

Reexport Prelude with a different name

I had problem using base-noprelude in my codebase because my custom Prelude was importing functions from the original prelude. Hence my codebase was depending on both base and base-noprelude which was leading to conflict in a few scenarios (for example, when building a repl with all the modules of the codebase).

In guibou@c548104 I experimented with reexporting Prelude as a different name (here, BasePrelude).

This way, a codebase which just want to override the basic Prelude can simply import it as long as base-noprelude is available, for example:

module Prelude (module BasePrelude) where

import BasePrelude hiding (head)

-- | A safer head
head :: [a] -> Maybe a
head = ...

Instead of importing from base which will pull base in the dependencies of this module.

I'm mostly opening this issue for reference about my problem (and workaround), but if you release a new version of base-noprelude, I think it may be convenient to reexporte Prelude with a different name inside it.

haskell-hvr / base-noprelude Goto Github PK

base-noprelude's Introduction

base-noprelude - base package sans Prelude