Re: [anjuta-devel] 3.10 cycle plans



Hi Sébastien,

On Sunday, 31 March, 2013 04:35 PM, Sébastien Granjoux wrote:
Hi Arnel,


Le 30/03/2013 22:10, Arnel A. Borja a écrit :
I saw that the terminal plugin should be able to create multiple terminals
in the TODO file. I created a new plugin written in Vala to support tabs
in the terminal. It now works and I'm now planning to rewrite it in C to
change the default terminal plugin. It will run the programs in the shell created when the project uri value is added to shell, or create a new one
if it's already closed.

Ok, good.
Terminal plugin patches now in Bugzilla. The new way of executing programs may need some testing. Do you think I should add a search functionality in Terminal and DevHelp? I think it would be helpful if DevHelp plugin has it.
I'm also planning on changing the devhelp plugin to use tabs. Should I
show each context help to a new tab?

I don't know because I don't use the devhelp very often, especially because it's difficult to compile due to its dependency with Webkit.
I'm now finished on the DevHelp plugin, now in Bugzilla. You could try compiling it in your system if you use the plugin with "without embedded DevHelp" configure option, because I only tested it with Webkit2 available, just to check if I broke something.

Then, I haven't enough time before the release but I would like to include your patches for supporting Windows cross compilation.
https://bugzilla.gnome.org/show_bug.cgi?id=688611
Sorry I forgot to check that bug.

I plan two changes:

* I think supporting Windows cross compilation should be an option displayed in the project wizard GUI. The goal is that the user knows that it's possible then I think writing special project will not be useful.
Do you mean we will add them to each project that needs support for Windows?

I will update the patches then so that parts for Windows are inside '[+IF (=(get "HaveWindowsSupport") "1")+]' and '[+ENDIF+]' or something similar (HaveWindowsSupport is quite long :D). It also needs some changes in the code for getting data directories and other paths.

And we could probably add support for GResources too! I use it for my programs in Windows, they are much easier to handle.

* In order to cross compile for Windows, configure has to be run with special arguments. I think this has to be proposed in one configuration. The issue here is that target system is not always the same, by example here I can use "amd64-mingw32msvc" but it could be different for another system "i686-w64-mingw32". I looks a bit difficult to find the right string but I don't know how to get automatically.

Do you have idea about this?
We could probably check the directories inside "/usr/lib/gcc" (and maybe "lib/gcc" in other system directories too). It contains some libraries and objects used by gcc compilers, separated into different directories per host/target. In my Ubuntu Linux system, it has i686-linux-gnu, i686-w64-mingw32, x86_64-linux-gnu and x86_64-w64-mingw32. Configure checks hosts with *mingw*, pw32* or cygwin* to be recognized as a Windows platform (only *mingw* are "native", they do not need a separate C library).



Regards,

Sébastien



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]