Hi Daiki,
On 24/04/14 17:00, Keith Marshall wrote:
>> Perhaps we could do some special treatment of the pathname resolution
>> for MinGW using 'GetModulePathName()', independently of the
>> 'relocatable' stuff, so not to break the current calling convention that
>> the 'relocatable' Gnulib module offers.
>
> Maybe, although I'd be inclined to make it more generic; something like:
>
> #if defined _WIN32 /* && maybe ! defined __CYGWIN__ */
> static char program_path_name[_MAX_PATH];
> if( GetModuleFileName( NULL, program_path_name, _MAX_PATH ) )
> {
> set_program_name( program_path_name );
> LOCALEDIR = relocate( LOCALEDIR );
> }
> #endif
>
> immediately on entry to 'bindtextdomain()', perhaps? (Apologies for the
> incorrect reference to 'GetModulePathName()'; 'GetModuleFileName()' is
> the correct function name).
>
> Do note that, on MS-Windows, calling 'set_program_name(argv[0]);' in
> 'main()' is not guaranteed to retrieve path information, whereas using
> 'GetModuleFileName()' will do so, regardless of calling context. I've
> not tested the above, but if you'd be willing to consider a patch along
> these lines, I'd be willing to play with it.
In preparation for possibly following this up, I thought I would upgrade
the mingw32 build to gettext-0.18.3.2; I stumbled over:
https://savannah.gnu.org/bugs/?42204
While I can work around it, you may wish to pursue the issue.
--
Regards,
Keith.
