Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Started work on port for winrt and dll
36 views
Skip to first unread message
steidle...@gmail.com
Feb 22, 2014, 8:04:13 PM2/22/14
to
Hey Guys,
First off, thanks a lot for gnuplot, I've found it very useful and use it quite extensively.
I've recently started work on porting an application that uses gnuplot to a windows store app. Because windows store apps are very much sandboxed, they cannot communicate with external processes. Therefore, my current strategy is as follows:
1. Create a dll. I believe this is mostly an exercise of updating the msvc Makefile and tweaking the gnu_main function. I don't plan on making a nice interface but just exporting gnu_main and passing in the argc and argv.
2. Replace illegal WinAPI calls with the WinRT counterparts.
3. Write a driver for a WinRT canvas. Writing a driver is the ideal case, I think I could just generate pngs if I wanted, however, that would require modifying libgd as well.
My questions are:
1. Has anybody started any similar work?
2. If there hasn't been any work on a dll or port to winrt, does the above look reasonable? Any advice before I jump into this?
3. There is already some simple stuff that I have done that may be useful for the project. For example, adding a DEBUG option to msvc Makefile to generate symbols. Is anybody interested in these types of patches?
Thanks again for the great work on gnuplot.
Shane
First off, thanks a lot for gnuplot, I've found it very useful and use it quite extensively.
I've recently started work on porting an application that uses gnuplot to a windows store app. Because windows store apps are very much sandboxed, they cannot communicate with external processes. Therefore, my current strategy is as follows:
1. Create a dll. I believe this is mostly an exercise of updating the msvc Makefile and tweaking the gnu_main function. I don't plan on making a nice interface but just exporting gnu_main and passing in the argc and argv.
2. Replace illegal WinAPI calls with the WinRT counterparts.
3. Write a driver for a WinRT canvas. Writing a driver is the ideal case, I think I could just generate pngs if I wanted, however, that would require modifying libgd as well.
My questions are:
1. Has anybody started any similar work?
2. If there hasn't been any work on a dll or port to winrt, does the above look reasonable? Any advice before I jump into this?
3. There is already some simple stuff that I have done that may be useful for the project. For example, adding a DEBUG option to msvc Makefile to generate symbols. Is anybody interested in these types of patches?
Thanks again for the great work on gnuplot.
Shane
0 new messages