On 14 September 2013 21:32, Andrea Pescetti <pesce...@apache.org> wrote:

> On 31/08/2013 janI wrote:
>
>> I am pleased to inform you, that I have reached a major milestone with
>> genLang.
>>
>
> Thanks a lot for the achievement. I'm quite enthusiastic about it, but I
> waited to comment until I could play a bit with it.
>
>  1) run "build --all --genPO" or "build --genPO"
>>
>
> Unfortunately, my gcc/g++ stops here. Here's a (shortened) output:
>

You dont mention OS or configure options so I have have a problem telling
you what might be the problem.


>
> $ g++ --version
> g++ (GCC) 4.8.1 20130603
> $ build --all  --genPO
> build -- version: 275224 ...
> =============
> Building module l10ntools
> ============= ...
> Entering .../l10n40/main/l10ntools/**source
>
> Compiling: l10ntools/source/gCon.cxx
> .../l10n40/main/l10ntools/**source/gCon.cxx: In static member function
> 'static bool convert_gen::checkAccess(std::**string&)':
> .../l10n40/main/l10ntools/**source/gCon.cxx:182:33: error: 'access' was
> not declared in this scope
>    return (OS_ACCESS(sFile.c_str(), 0) == 0);
>

"access" is part of of the standard C/C++ library, but maybe you setup
requires a special name space, something I have seen, when I started cross
compiling.


>
> So it seems my compiler sees your define for OS_ACCESS(x,y) and
> OS_MKDIR(x) but does not know about access(x,y).
>
> On my system I can get past this with
>
> --- gCon.cxx
> +++ gCon.cxx
> @@ -37,6 +37,7 @@
>  #else
>  #include <sys/stat.h>
>  #include <sys/types.h>
> +#include <unistd.h>
>  #define OS_ACCESS(x,y) access(x,y)
>  #define OS_MKDIR(x)    mkdir(x,0777)
>  #endif
>
> but then the build breaks further in l10ntools, so I'm absolutely not sure
> that this workaround is correct.
>
>  If someone could review the branch, it would be real nice. Also I need to
>> check build on windows/mac.
>>
>
> Do you mean that this works for you on Linux? Maybe the issue is with my
> gcc/g++? I can try with another version.
>

I work on ubuntu 12.04 server, where it compiles perfect. It did earlier
work on windows as well (buildbot l10n).



>
>  In the meantime I will integrate "genLang convert" so we can get all
>> current translations into the new system.
>> and finally integrate "genLang merge" that generates sources with
>> languages.
>>
>
> Looks like an excellent plan!
>

Sorry that is an old plan, that has been overtaken by a couple of
happenings.

Right now my plan is
1) to finish and integrate what I believe it the right workflow
2) Test cross compile (here I would like to know more about your setup)
3) present it to the community
4) see if the community want it integrated in trunk, or want it be changed
5) integrate it, if thats choosen.

Thanks for trying it, please suply more information about your setup so I
can determine the problem.

rgds
jan I.



>
> Regards,
>   Andrea.
>

Reply via email to