Re: [anjuta-devel] 3.10 cycle plans
- From: "Arnel A. Borja" <kyoushuu yahoo com>
- To: Sébastien Granjoux <seb sfo free fr>
- Cc: anjuta-devel-list gnome org
- Subject: Re: [anjuta-devel] 3.10 cycle plans
- Date: Mon, 01 Apr 2013 18:35:02 +0800
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]