[beast] Separation between parse and generation and asio
24 Nov
2016
24 Nov
'16
3:45 a.m.
Hello, I'm trying Beast with avr-gcc to see how much footprint it would take on embedded applications. Unfortunately, stream_concepts uses asio types, which requires asio include which requires network includes which will obviously fail in most microcontrollers. Would it be possible to make parse and read implementation less dependent on each other? Boost.Spirit x3 works very well on microcontrollers. I'd expect a different type for messages which could actually receive iterator pairs for strings with Beast might give a very good option for HTTP/WS implementation on microcontrollers. Regards, -- Felipe Magno de Almeida
2925
Age (days ago)
2925
Last active (days ago)
0 comments
1 participants
participants (1)
-
Felipe Magno de Almeida