[beast] Separation between parse and generation and asio
 
            
            
            
            
                24 Nov
                
                    2016
                
            
            
                24 Nov
                
                '16
                
            
            
            
        
    
                4: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
        3263
        
      
          Age (days ago)
        
      
        3263
        
    
          Last active (days ago)
        
        
        
        0 comments
    
    
        
        1 participants
    
    
    
    
    
    
    
    
    participants (1)
- 
                 Felipe Magno de Almeida Felipe Magno de Almeida