On Thu, 2013-04-11 at 13:20 +0900, Tristan Van Berkom wrote:
> On Wed, 2013-04-10 at 20:30 -0500, Federico Mena Quintero wrote:
> > On Tue, 2013-04-02 at 17:59 +0900, Tristan Van Berkom wrote:
> >
> > > And while it's a huge list of changes, any thorough peer reviews
> > > would be greatly appreci
On Wed, 2013-04-10 at 20:30 -0500, Federico Mena Quintero wrote:
> On Tue, 2013-04-02 at 17:59 +0900, Tristan Van Berkom wrote:
>
> > And while it's a huge list of changes, any thorough peer reviews
> > would be greatly appreciated of course.
>
> This work makes merging my places-sidebar branch c
On 2013-04-10 19:51, Kalev Lember wrote:
> The glib resource framework could be a solution. If the files are all
> the kind that get loaded each and every time when the app starts (.ui
> files, for instance), it makes sense to embed them within the binary.
>
> Easier to relocate the app and the st
On Wed, Apr 10, 2013 at 1:52 PM, Sindhu S wrote:
> Can you please answer my following questions:
>
> 1. Do you feel this is functionality is useful? (regardless of the path I
> proposed to accomplish it)
> If yes, is there a more appropriate way of adding this functionality?
>
> 2. Do you have a
On Tue, 2013-04-02 at 17:59 +0900, Tristan Van Berkom wrote:
> And while it's a huge list of changes, any thorough peer reviews
> would be greatly appreciated of course.
This work makes merging my places-sidebar branch completely impossible.
There is a highly nontrivial amount of work in that bra
Dieter Verfaillie schreef op wo 10-04-2013 om 21:04 [+0200]:
> If anybody feels like making the KnownFolders.h stuff work (and
> getting it in mingw & mingw-w64) and un-bit-rotting that branch (and
> getting it in glib proper), please feel free to do so. Don't think I'll
> be able to go back worki
Hi,
Le 10/04/2013 19:52, Sindhu S a écrit :
> [...]
>
> Can you please answer my following questions:
>
> 1. Do you feel this is functionality is useful? (regardless of the path
> I proposed to accomplish it)
Maybe, but I don't personally find it particularly useful for me at first.
> If yes,
On 2013-04-10 21:04, Dieter Verfaillie wrote:
g_get_system_data_dirs() on win32 should simply honor XDG_DATA_DIRS
like it does on any other platform/OS and fall back to
FOLDERID_ProgramData
or CSIDL_COMMON_APPDATA (depending on windows version).
Hit send a bit too soon, that should be:
honor
On 2013-04-10 20:19, Marc-André Lureau wrote:
You said, "should first try checking for an environment variable and
then a path relative to the executable.", what environment variable?
PKGDATADIR? Who set it? Is it only for the developper? If you have a
good case for that extra environment variabl
On Wed, Apr 10, 2013 at 2:23 PM, Paul Davis wrote:
>
>
> On Wed, Apr 10, 2013 at 2:19 PM, Marc-André Lureau <
> marcandre.lur...@gmail.com> wrote:
>
>>
>> On Wed, Apr 10, 2013 at 8:08 PM, Paul Davis
>> wrote:
>>
>>> i assume you mean as the fallback?
>>
>>
>> You said, "should first try checking
On Wed, Apr 10, 2013 at 2:19 PM, Marc-André Lureau <
marcandre.lur...@gmail.com> wrote:
>
> On Wed, Apr 10, 2013 at 8:08 PM, Paul Davis wrote:
>
>> i assume you mean as the fallback?
>
>
> You said, "should first try checking for an environment variable and then
> a path relative to the executable
On Wed, Apr 10, 2013 at 8:08 PM, Paul Davis wrote:
> i assume you mean as the fallback?
You said, "should first try checking for an environment variable and then a
path relative to the executable.", what environment variable? PKGDATADIR?
Who set it? Is it only for the developper? If you have a g
On Wed, Apr 10, 2013 at 1:39 PM, Marc-André Lureau <
marcandre.lur...@gmail.com> wrote:
>
> On Wed, Apr 10, 2013 at 7:18 PM, Paul Davis wrote:
>
>> to be relocatable, your app should *fall back* on -DPKGDATADIR but should
>> first try checking for an environment variable and then a path relative t
Hi all,
I am Sindhu, a recent intern through the Outreach Program for Women 2013 for
which I wrote user help for GNOME Terminal and GNOME Dictionary. I want to
continue contributing to GNOME as part of Google Summer of Code, but my idea
will require making some patches to GTK+.
My idea is tha
On 10/04/13 19:07, Andy Spencer wrote:
> I have this problem running my software on windows. I have many places
> in my Makefile.am's where I use something like:
>
> myfile_CPPFLAGS = -DPKGDATADIR="\"$(pkgdatadir)\""
>
> Which results in a non-relocatable build. It seems like most of my
> issues
On Wed, Apr 10, 2013 at 7:18 PM, Paul Davis wrote:
> to be relocatable, your app should *fall back* on -DPKGDATADIR but should
> first try checking for an environment variable and then a path relative to
> the executable.
Or just rely on g_get_system_data_dirs(), that's what I usually do.
https:
On Wed, Apr 10, 2013 at 1:07 PM, Andy Spencer wrote:
> On 2013-04-10 15:03, Marc-André Lureau wrote:
> > Also projects not using pkg-config have the same problems. Doing a
> > grep under fedora-mingw sys-root reveals that there are many binaries
> > that refer to hardcoded path too.
>
> I have th
On 2013-04-10 15:03, Marc-André Lureau wrote:
> Also projects not using pkg-config have the same problems. Doing a
> grep under fedora-mingw sys-root reveals that there are many binaries
> that refer to hardcoded path too.
I have this problem running my software on windows. I have many places
in m
Kevin,
Fox, Kevin M writes:
I dug up the license for Microsoft Hyper-V Server. Here it is:
http://www.microsoft.com/en-us/download/details.aspx?id=497
See USE RIGHTS. section 'e' bullet 2. Does compiling gtk mesh with bullet 2? If so, your good to go. If not, you do not have a license to do
On 2013-04-10 15:03, Marc-André Lureau wrote:
Interesting, I didn't know (and I wouldn't try, I am cross-compiling
guy :) However, this isn't going to be enough, there are many
variables in .pc which may contain path.
Yeah, projects not re-using the prefix variable when defining other
paths in
On Wed, Apr 10, 2013 at 11:11 AM, Dieter Verfaillie <
diet...@optionexplicit.be> wrote:
> I you mean the paths stated inside .pc files, then pkg-config on
> windows should be able to automatically deduce the correct value for
> ${prefix} based on the location where said package is installed [1]
>
Hi
On Wed, Apr 10, 2013 at 11:05 AM, wrote:
> There are tons of build systems, but for targetting native windows build
>> [1], I would really suggest looking at cerbero
>>
>
> I prefer keep using vanilla MinGW, either on Windows or under Linux. Using
> a very particular and complex buildenv, pos
Hello,
Interesting. I'm also using cross-compiled GTK+ 3 and other libraries
for my applications. I use the libraries/etc from the mingw32/64 project
in OpenSUSE Build Service. I'm using GTK+ 3.6.1 though (which OBS
currently have), I'm too busy to compile GTK+ 3.8.0 myself.
I use it to buil
On Wed, 10 Apr 2013, Andy Spencer wrote:
If I didn't want to use my distos package manager I think I would just
download the sources and build mingw myself. I think there are only a
couple packages that are needed: the cross versions of gcc and binutils,
and then the mingw runtime and w32api?
Colin,
First, please note that we don't have to buy a Windows license. There is a
*free* (as in free beer) edition of Windows named "Hyper-V Server". It's
stripped-down in terms of GUI, but works well for this purpose.
Here is a link to licensing stuff :
http://social.technet.microsoft.co
On Wed, 2013-04-10 at 12:50 +0200, tarn...@tarnyko.net wrote:
> OK folks.
>
> As the initial contributor of the win32 buildenv, here are my reasons for
> preferring a native build instead of cross-compiling from Linux. Sorry if it
> is long, but I think explaining things will help.
Thanks! P
On Wed, Apr 10, 2013 at 12:59 AM, Andy Spencer wrote:
>
> For the Mac OSX build all the developers have to build their own
> libraries using Xcode because there are no official binaries and no
> cross compilers. I don't like that situation very much either.\
>
you don't need xcode, other than th
OK folks.
As the initial contributor of the win32 buildenv, here are my reasons for
preferring a native build instead of cross-compiling from Linux. Sorry if it
is long, but I think explaining things will help.
First, please note that we don't have to buy a Windows license. There is a
*free*
Andy,
Andy Spencer writes:
I don't know if it was clear or not, but I have only cross compiled my
application and have been using pre-build GTK libraries. I have built it
using both GTK+2 and GTK+3, but I have only released GTK+2 versions.
OK. Cross-building GTK+3 itself actually has some sp
On 2013-04-10 10:12, tarn...@tarnyko.net wrote:
> Out of curiosity, collecting info on my side : are you cross-compiling
> GTK+2 or GTK+3 ?
I don't know if it was clear or not, but I have only cross compiled my
application and have been using pre-build GTK libraries. I have built it
using both GTK
Dieter Verfaillie writes:
I you mean the paths stated inside .pc files, then pkg-config on
windows should be able to automatically deduce the correct value for
${prefix} based on the location where said package is installed [1]
and ignore whatever is stated as ${prefix} inside the .pc file.
No
On 2013-04-10 10:41, Marc-André Lureau wrote:
I believe some work is needed to be able to reuse cross-compiled
projects under Windows. For example, the .pc file path will need to be
adjusted etc.
I you mean the paths stated inside .pc files, then pkg-config on
windows should be able to automati
Hi Marc,
Wow wow wow, lots of things there :-).
Marc-André Lureau writes:
It would be better if you could check in your scripts in a repository, so
one could more easily study and eventually contribute to your effort. All
the binaries should be fetched or build from the source (and verified)
Hi tarnyko
On Tue, Apr 9, 2013 at 10:33 PM, wrote:
>
> Hi folks,
> As you may know, I'm currently working on a GTK+3 Win32/64 bundle.
Sorry, I failed to reply on the threads before..
> The build environments are currently based on MinGW, running on Win32
host (Win64 for the 64-bit builds). They
Hi Andy,
Hm.. did I miss the further explanation? :)
It's coming ^^.
> Personally, I would prefer to cross-compile the GTK libraries. That's
what I do with the win32 builds for my application already. I also don't
like the thought of having to depend on proprietary software in order to
bui
35 matches
Mail list logo
