2017-10-04 12 views
8

stack new thường tạo tệp mặc định Setup.hs. Tôi đã xóa nó khỏi một dự án và nó vẫn ổn định cho bất kỳ trình phân giải lts nào xuống đến lts-2. Nó cũng vượt qua cabal check ít nhất là cho cabal phiên bản 1.24. (Mặc dù không phải cho cabal1.22.)Người dùng có được chuyển hướng từ gói nếu nó không chuyển `kiểm tra cab` cho` cabal` `1.22` do thiếu` Setup.hs` không?

Tôi có thể kết luận từ kết quả này bao gồm mặc định Setup.hs trong một dự án không hợp thời nữa và tôi có thể thả không? Cụ thể, nhiều người dùng tiềm năng sẽ được chuyển hướng từ việc cài đặt gói nếu nó không vượt qua cabal check cho cabal1.22?

P.S. Câu hỏi này cụ thể hơn là the other, similar one mà tôi muốn biết, cụ thể, nếu gói không vượt qua cabal check cho một phiên bản nhất định của cabal do sự vắng mặt của một không cần thiết Setup.hs sẽ được tính vào gói đó trong một số trường hợp và liệu có là bất kỳ nhược điểm nào khác khi không có Setup.hs trong một dự án, xem xét trạng thái hiện tại của hệ sinh thái Haskell. Cho dù Setup.hs là cần thiết hay hữu ích tổng thể không phải là một câu hỏi ở đây.

+2

Thật vậy, tôi không thấy điểm có 'Setup.hs' khi nó chỉ là mặc định (như ở trong, như ...? Có thể là 99% của tất cả các dự án). – leftaroundabout

Trả lời

1

Nếu bạn chạy cabal sdist trên dự án không có tệp Setup.hs, hãy cabal tạo một tài khoản cho bạn - hãy dùng thử!

Như vậy, không có điểm nào để xóa tệp, vì nó sẽ chỉ được tạo lại khi bạn đóng gói để phân phối.

+0

Vấn đề là xóa lộn xộn. Ví dụ, nếu tôi có 'package.yaml' của' hpack' được thêm vào điều khiển phiên bản, tôi sẽ không thêm 'example.cabal' vào điều khiển phiên bản, mà là một danh sách bỏ qua, bởi vì khi ai đó tạo gói với 'stack', nó sẽ được tạo lại dưới mui xe. Vì vậy, miễn là 'Setup.hs' có thể được tái tạo, tôi sẽ làm tương tự cho nó. Tôi sẽ báo cáo thêm khi tôi có nó hoạt động. –

Các vấn đề liên quan