ChristophKarlHeck

Hi guys, Thank you for the response :)! I haven't tested it with the current v0.2.0 version, so I cannot say anything about the current behavior. @Gasoonjia, @larryliu0820 , if...

Thank you for that proposal @kimishpatel. I added the core set of libraries (libexecutorch.a, libportable_kernels.a, libportable_ops_lib.a) and the header files to mbed OS, but I still have dependency issues like...

Hi @mikekgfb, Thank you for your response! I have already solved the problem and published the solution here: https://github.com/ChristophKarlHeck/mbed-torch-fusion-os

Hi @freddan80, Thank you for the response. In general, I am working on the following project: https://github.com/ChristophKarlHeck/mbed-torch-fusion-os using the `ceb1f1d05ceab420644a3633264f13547dc02411` commit of ExecuTorch. ``` __attribute__((section(".sram.data"), aligned(16))) uint8_t method_allocator_pool[4 * 1024U];...

Hi @zingo, I am new to analyzing .map files. I used diff to compare them, but I couldn't find the error - the file that causes the size issue. What...

Hi @zingo, Thank you for the help. It gives me some hints about where to look more. I'll update you about the outcome when I find the cause for the...

Short update: I updated my ExecuTorch version to v0.3.0 and linked the `libexecutorch_no_prim_ops.a` to my target. Hence, I can use the 'aten::add.out' without a FLASH overflow. Besides that, it would...

Hi @zingo, thank you very much! I will be on vacation the next two weeks then I'll check the improvements and let you know!

Hi @zingo, we can close the issue :) sorry for not replying in time! Thank you

I didn't figure it out since the change to executorch==0.3.0 has solved the problem. So, no further analysis was necessary :)