[llvm-dev] [compiler-rt] '-fprofile-generate' and embedded systems

Martin J. O'Riordan via llvm-dev llvm-dev at lists.llvm.org
Thu May 25 07:07:29 PDT 2017


Yep, done that already, but it is not at all a good fit when the device is inside a drone flying around ;-)  What we do have, is a fake file-system that keeps everything in memory, and after the profiling is completed we offload it for analysis.  I guess I was hoping that there would be a more robust system agnostic implementation.  Use of ‘mmap’ is similarly constraining.

 

            MartinO

 

From: Nicholas Wilson [mailto:iamthewilsonator at hotmail.com] 
Sent: 25 May 2017 14:39
To: Martin J. O'Riordan <martin.oriordan at movidius.com>
Cc: LLVM Developers <llvm-dev at lists.llvm.org>
Subject: Re: [llvm-dev] [compiler-rt] '-fprofile-generate' and embedded systems

 

Well you could always write a ‘filesystem’ that shunts all data out the serial port (or similar). 

 

On 25 May 2017, at 9:12 pm, Martin J. O'Riordan via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org> > wrote:

 

What is the best way of porting the ‘compiler-rt’ Profile library for an embedded system with no file-system (and hence no ‘fopen’, etc.)?

 

What I would like to do is use it as normal, but then use a custom solution for getting the resulting data off the system.  It seems that this library (and the other compiler-rt libraries) are designed only to work with a hosted system.

 

Are there any other embedded targets that this has been adapted for which would have similar constraints?

 

Thanks,

 

            MartinO

 

_______________________________________________
LLVM Developers mailing list
 <mailto:llvm-dev at lists.llvm.org> llvm-dev at lists.llvm.org
 <http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170525/1900a855/attachment.html>


More information about the llvm-dev mailing list