Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Building as dependency with Stack runs out of memory #108

Open
viviag opened this issue Dec 11, 2017 · 5 comments
Open

Building as dependency with Stack runs out of memory #108

viviag opened this issue Dec 11, 2017 · 5 comments

Comments

@viviag
Copy link

viviag commented Dec 11, 2017

commercialhaskell/stack#3637

It's all true for current version also.

@klappvisor
Copy link
Owner

hm, interesting. Thanks for reporting it, I can try to reproduce it using stack v1.6.1

@decentral1se
Copy link

You were able to reproduce it @klappvisor?

@ibnuda
Copy link

ibnuda commented Feb 1, 2018

Oh, I should have posted this comment to here. Sorry.

@fizruk
Copy link
Contributor

fizruk commented Feb 1, 2018

This might have to do with either

  • having a huge unifying TelegramBotAPI type (and deriving client for that);
  • having a lot of Generic-based deriving for large record types.

Because I couldn't have telegram-api built successfully and fast enough on my laptop, I have rewritten a part of Telegram API while working on an experimental high-level Telegram bot package https://github.com/fizruk/telegram-bot-simple.

Specifically, I have chosen to

  • have a separate type and client derivation per endpoint;
  • use deriveJSON via Template Haskell to speed up the build (for large record types, such as Message).

My package builds a lot faster and requires much less memory than telegram-api and already can do most of the useful stuff, so I guess you could borrow those 2 ideas to make this package great build fast again :)

@why-not-try-calmer
Copy link

This might have to do with either

  • having a huge unifying TelegramBotAPI type (and deriving client for that);
  • having a lot of Generic-based deriving for large record types.

Because I couldn't have telegram-api built successfully and fast enough on my laptop, I have rewritten a part of Telegram API while working on an experimental high-level Telegram bot package https://github.com/fizruk/telegram-bot-simple.

Specifically, I have chosen to

  • have a separate type and client derivation per endpoint;
  • use deriveJSON via Template Haskell to speed up the build (for large record types, such as Message).

My package builds a lot faster and requires much less memory than telegram-api and already can do most of the useful stuff, so I guess you could borrow those 2 ideas to make this package great build fast again :)

But you don't provide support for webhook, do you?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants