<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">On 15 Aug 2017 19:10, "Philippe Proulx" <<a href="mailto:eeppeliteloop@gmail.com">eeppeliteloop@gmail.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text">On Tue, Aug 15, 2017 at 1:09 PM, Jonah Graham <<a href="mailto:jonah@kichwacoders.com">jonah@kichwacoders.com</a>> wrote:<br>
> Thank you both for the info. It looks like our timing is very good. I will<br>
> have a look at the staging branch too.<br>
><br>
> Our interest is in writing ctf files from our custom tools and then<br>
> analysing the traces in tracecompass. We were trying to decide between<br>
> libbabeltrace, barectf or spinning our own. With your goal of supporting<br>
> mingw, it seems that libbabeltrace is the best idea.<br>
<br>
</div>You want to actually trace, that is, produce CTF events from your<br>
application, or convert an existing trace format to CTF?<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">We want to trace. We're producing a variety of plain text formats at the moment, and are losing information and scalability. They were designed to be human readable so they don't fit back into tracecompass that well. </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Phil<br>
<div class="elided-text"><br>
><br>
> We'll do what we can to provide patches.<br>
><br>
> Thanks,<br>
> Jonah<br>
><br>
> On 15 Aug 2017 17:39, "Philippe Proulx" <<a href="mailto:eeppeliteloop@gmail.com">eeppeliteloop@gmail.com</a>> wrote:<br>
>><br>
>> On Tue, Aug 15, 2017 at 12:12 PM, Jonah Graham <<a href="mailto:jonah@kichwacoders.com">jonah@kichwacoders.com</a>><br>
>> wrote:<br>
>> ><br>
>> > Hello,<br>
>> ><br>
>> > Over the years I have seen some discussions and patches about getting<br>
>> > full MinGW support for babeltrace. I am interested in if someone can<br>
>> > provide an overview of the current state of MinGW.<br>
>> ><br>
>> > I have tried to build 1.5.3 and (probably as expected) there are<br>
>> > numerous compile issues (e.g. sys/mman.h)<br>
>> ><br>
>> > I have gotten further with current master (my primary interest is<br>
>> > libbabeltrace so the issues I have with cli/babeltrace.c and<br>
>> > tests/test_ctf_writer.c don't concern me too much yet). However when I<br>
>> > try to run a simple example (that works on Linux) it fails on<br>
>> > bt_ctf_stream_flush. I will debug further to identify the problem.<br>
>> > However If someone does have a mingw port working well any guidance on<br>
>> > building would be much appreciated.<br>
>><br>
>> MinGW support is on its way for the Babeltrace 2.0 release, but I'm<br>
>> curious as to why your primary interest is libbabeltrace? Is it for CTF<br>
>> writer or for the trace reading API?<br>
>><br>
>> Phil<br>
>><br>
>> ><br>
>> > Thanks<br>
>> > Jonah<br>
>> ><br>
>> ><br>
>> > ~~~<br>
>> > Jonah Graham<br>
>> > Kichwa Coders Ltd.<br>
>> > <a href="http://www.kichwacoders.com" rel="noreferrer" target="_blank">www.kichwacoders.com</a><br>
>> > ______________________________<wbr>_________________<br>
>> > lttng-dev mailing list<br>
>> > <a href="mailto:lttng-dev@lists.lttng.org">lttng-dev@lists.lttng.org</a><br>
>> > <a href="https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev" rel="noreferrer" target="_blank">https://lists.lttng.org/cgi-<wbr>bin/mailman/listinfo/lttng-dev</a><br>
</div></blockquote></div><br></div></div></div>