unsubscribe

On Thu, Nov 14, 2024, 6:36 AM Jens Geyer <jensge...@hotmail.com> wrote:

> Hi,
>
> I See. Did you try to contact cfried? He's way more an expert in that
> matter.
>
> JensG
>
> Sent from mobile device.
> ________________________________
> From: Adamus, Piotr <piotr.ada...@brooks.com.INVALID>
> Sent: Thursday, November 14, 2024 2:01:55 AM
> To: user@thrift.apache.org <user@thrift.apache.org>
> Subject: RE: Question about Thrift support for plain C and binary image
> size of the example Zephyr code
>
> Hi Jens,
>
> Thank you for your response.
>
> I looked at the the c_glib implementation but it requires Glib (
> http://www.gtk.org/) and that doesn't seem to be available for zephyr -
> happy to be corrected here if I missed something.
>
> Thank you for the suggestion. I will reach out to Chris.
>
> Best regards,
> Piotr A.
>
> Hi,
>
> there is a c_glib implementation, did you try that one?
>
>  > binary size when compiling for Zephyr [...] Does anyone know any good
> strategies to minimize [...]
>
> You may want to contact https://github.com/cfriedt, he has implemented a
> bunch of stuff in Apache Thrift for Zephyr.
>
> Have fun, JensG
>
>
> Am 06.11.2024 um 04:11 schrieb Adamus, Piotr:
> > Hi All,
> >
> > I am currently investigating/learning Thrift and wanted to ask whether
> anyone knew any good Thrift implementation in pure C (if it exists… 😊 )?
> > If not, does anyone know if there are any plans to introduce it in the
> near future?
> >
> > Also, I wanted to ask about binary size when compiling for Zephyr.
> After building the example code I realized that the binaries are ~400kB for
> TCP/IP. Does anyone know any good strategies to minimize the size of the
> code in this environment?
> > I tried enabling aggressive size optimization and played with some other
> settings but only managed to shave ~15kB of space.
> >
> > I would be very grateful for any help or information.
> >
> > Best regards
> > Piotr Adamus
> >
> > _____________________________________________________________________
> >
> > This email message, including any attachments, may contain
> > confidential and proprietary information for the sole use of the
> intended recipient. If you are not the intended recipient, please notify
> the sender and delete this message from your system, without making any
> copy or distribution. Our website and email privacy policy is available
> athttps://www.brooks.com/privacy
> _____________________________________________________________________
>
> This email message, including any attachments, may contain confidential
> and proprietary information for the sole use of the intended recipient. If
> you are not the intended recipient, please notify the sender and delete
> this message from your system, without making any copy or distribution. Our
> website and email privacy policy is available at
> https://www.brooks.com/privacy
>

Reply via email to