GNOME Bugzilla – Bug 465129
environ symbol portability problem
Last modified: 2011-02-07 05:23:49 UTC
No such variable or symbol on OS X, gives linker error when linking against things containing processman.o. Isn't that nice?
Created attachment 93384 [details] [review] use NSGetEnviron (if available) for environ
Created attachment 93398 [details] [review] ...remember to include autoconf header before using its tokens
I think the code is easier portable if we move to Glib::getenv(): http://www.physics.louisville.edu/help/usr/glibmm-2.4/docs/reference/html/group__MiscUtils.html
Sounds like a good solution.
Updating patch status...
Created attachment 132316 [details] [review] Proposed patch This patch uses g_listenv() (which doesn't seem to be C++-wrapped yet, but instead provides exactly the C structure that we need). Daniel, does this look good to you?
Comment on attachment 132316 [details] [review] Proposed patch >diff --git a/configure.ac b/configure.ac >index 9af816e..fb930d2 100644 >--- a/configure.ac >+++ b/configure.ac ... >+AM_PATH_GLIB_2_0([2.8]) This has to be "2.8.0", not "2.8"
Will be a few days before I will have a chance to test this, but it looks good by eye.
Missing g_listenv wrapper in glibmm is Bug #578355, but obviously don't need to wait on that getting fixed since there's an easy work-around.
(In reply to comment #8) > Will be a few days before I will have a chance to test this, but it looks good > by eye. Any results?
passepartout development has been stalled and it has been unmaintained for a few years now. Maintainers don't have future development plan so i am closing bugs as WONTFIX. Please feel free to reopen the bugs in future if anyone takes the responsibility for active development.