Hmm, glib ensures that g_get_prgname() returns something as long as applications uses GOption? IIUC it is different thing between glib and fontconfig. of course that would be a good idea that it works without GOption though. anyway, there may be the case in current implementation of fontconfig that FcGetPrgname() returns NULL. implementing some fallbacks as much as possible isn't a bad idea IMHO.
On Thu, Feb 7, 2013 at 1:28 PM, Behdad Esfahbod <behdad@xxxxxxxxxx> wrote:
On 01/23/2013 08:54 PM, Alan Coopersmith wrote:You are of course right. Akira, do we something like Mesa has in fontconfig?
> On 01/23/13 12:24 PM, Behdad Esfahbod wrote:
>> On 13-01-22 01:17 PM, Alan Coopersmith wrote:
>>> Yes, getprogname will let you use setprogname to change the reported string,
>>> while getexecname always returns the string passed to exec().
>>
>> Feel like submitting a patch for glib's g_[sg]et_prgname()?
>
> To do what? Default to getexecname() if g_set_prgname hasn't been called?
> I only see platform specific bits in there [1] for WIN32 at the moment, nothing
> for the equivalent functions on BSD or Linux. If you wanted that, I'd expect
> it to look more like Mesa's code for finding program names, that handles all
> the different platforms [2] (though I see now we haven't updated the mesa
> code to handle having getprogname() on Solaris yet).
In glib (if anyone's interested making that happen...)?
behdad
behdad
> [1] http://git.gnome.org/browse/glib/tree/glib/gutils.c#n1059
> [2]
> http://cgit.freedesktop.org/mesa/mesa/tree/src/mesa/drivers/dri/common/xmlconfig.c#n42
>
--
http://behdad.org/
Akira TAGOH
_______________________________________________ Fontconfig mailing list Fontconfig@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/fontconfig
