Comments (10)
Given the discussion at https://gitlab.haskell.org/ghc/ghc/-/issues/23043, I don't think this is something we can fix on zlib
's side.
from zlib.
Sorry but this is not actionable without a reproducer, ideally in a form of CI job.
from zlib.
Here is how to reproduce it using docker, to do it as a CI job I'll have to do some reading first and it seems to take a very long time for anything to run.
Create a file called Dockerfile
with these contents:
FROM alpine:latest
RUN apk upgrade --no-cache && \
apk add --no-cache binutils-gold curl gcc g++ gmp-dev libc-dev libffi-dev make musl-dev ncurses-dev perl tar xz sudo zlib-dev
RUN adduser -D -s /bin/ash dude
RUN echo 'dude ALL = NOPASSWD: ALL' > /etc/sudoers.d/dude && chmod 0440 /etc/sudoers.d/dude
USER dude
WORKDIR /home/dude
ARG BOOTSTRAP_HASKELL_NONINTERACTIVE=1
ARG BOOTSTRAP_HASKELL_GHC_VERSION=9.4.4
RUN curl --proto '=https' --tlsv1.2 -sSf https://get-ghcup.haskell.org | sh
ENV PATH="$PATH:/home/dude/.ghcup/bin"
RUN stack new zlibtest
WORKDIR /home/dude/zlibtest
RUN echo 'resolver: nightly-2023-02-14' > stack.yaml
RUN sed -i '/^dependencies:$/a - wai-app-static' package.yaml
Then, in the directory with this file run these two commands:
docker build -t testimg .
docker run -it testimg stack build
from zlib.
FWIW I don't have a Linux machine to run docker. Could you try to minimise your reproducer? Does it fail if you use cabal
instead of stack
? If you use different version of GHC? If you build just zlib
, not wai-app-static
?
from zlib.
Yes I have tried just cabal and it comes up with a segmentation fault instead, I'll post the error in a bit, I meant to mention that earlier but got distracted.
A different version of GHC (9.2.5) causes a different error, this one: https://gitlab.haskell.org/ghc/ghc/-/issues/19421 claimed to have been fixed in newer GHC versions which is why I'm using the newer one.
Building just zlib on it's own works fine.
It's very odd, I've tried a lot of different ways to build this but each time there is a new different problem.
from zlib.
One more thing to try is GHC 9.6.0 alpha3, it's available through ghcup
prereleases channel.
If there are segmentation faults in Cabal build, this is probably better to be upstreamed directly to https://gitlab.haskell.org/ghc/ghc/-/issues, because whatever zlib
does, ghc
should not segfault.
from zlib.
Here is the error when I run
sudo docker run -it testimg cabal install wai-app-static
Very much not helpful, but I said I'd post it so here it is.
Starting wai-app-static-3.1.7.4 (lib)
Building wai-app-static-3.1.7.4 (lib)
cabal: Failed to build wai-app-static-3.1.7.4 (which is required by exe:warp
from wai-app-static-3.1.7.4). The build process segfaulted (i.e. SIGSEGV).
from zlib.
GHC 9.6.0 has a different problem as well:
unix-compat > /tmp/stack-abadd9188bb9e9f8/unix-compat-0.6/src/System/PosixCompat/User.hsc:20:7: error: [GHC-76037]
unix-compat > Not in scope: type constructor or class ‘GroupEntry’
unix-compat > |
unix-compat > 20 | , GroupEntry(..)
unix-compat > | ^^^^^^^^^^^^^^
from zlib.
https://gitlab.haskell.org/ghc/ghc/-/issues/23043
from zlib.
@ii8, regarding unknown symbol 'inflateReset'
, I think I experienced something similar trying to build the stack
package on Alpine Linux/x86_64 and that it went away after I commanded sudo apk add zlib-static
.
from zlib.
Related Issues (20)
- stack fails to build this as a dependency for at least all stackage LTS versions greater than or equals 15.1 HOT 3
- Cannot find foreign library (Ubuntu, with zlib1g-dev installed) HOT 2
- ghc.exe: could not execute: C:/GitLabRunner/builds/2WeHDSFP/0/ghc/ghc/inplace/mingw/bin/ld.exe HOT 1
- Support for bytestring 0.11 HOT 4
- Increase Cabal upper bound to <3.3 HOT 1
- Release version of zlib for GHC 9.0
- [s390x] testsuite fails on Fedora 36 HOT 3
- Support bytestring chunks bigger than 4Gb HOT 2
- Build failure on GHC 8.x (macOS 10.14): ld: unknown option: -no_fixup_chains HOT 6
- RLE is useful HOT 1
- tasty-1.5 not accepted HOT 1
- `hsc2hs` not declared as build tool dependency HOT 2
- Drop GHC 6 ? HOT 1
- Enable non-blocking-ffi by default, provide blocking FFI as an option HOT 1
- Potential issue building on Windows HOT 3
- Runtime failure on Windows on version 0.7.0.0 HOT 29
- Reconsider default value of Cabal flag `pkg-config` on Windows HOT 2
- `0.7.0.0` tag missing HOT 1
- haddock fails to build with ghc-8.0 HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from zlib.