Hello Απόστολος,

On 17.12.2013 19:11, Απόστολος Συρόπουλος wrote:
Thank you very much for the patch.

I committed it now: it solves the problem you saw, i improves our code's C++ compliance and it avoids some wasteful objects copies.

Currently, I am trying to finish the build i18npool.
I have applied the patch but I am getting some "strange" errors:

[ build CXX ] comphelper/source/misc/docpasswordhelper
In file included from 
/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/mediadescriptor.hxx:30:0,
                  from 
/extra/sources/OpenOffice/aoo4/main/comphelper/source/misc/docpasswordhelper.cxx:29:
/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/inc/comphelper/sequenceashashmap.hxx:73:54:
 σφάλμα: expected template-name before '<' token
[...]
But these might be cause because the compiler cmplained about hash_map and then 
I replaced hash_map with unordered_map and
it worked etc.

Why isn't hash_map found there? It was already used plenty of times in other source files before when we even get to comphelper. Something strange is going on. Please have a look at the preprocessed output of docpasswordhelper.cxx.

Also, I have changed the files that are used to build unxsogi... In general, it 
is a very painful process. For exxample,
all this map files are useless since I am building with GCC+Solaris linker. 
Using GCC+GNU ld on Solaris is not recommened by the
GCC people. Indeed, some libraries build just fine but most of them failed. 
When I deactivated the use of these files
by manually deleting the references in makefile.mk and switched linker, there 
was absolutely no problem.

Without access to such a system I'm afraid I can't help to debug these problematic platform/compiler/linker/map-file interactions. Sorry about that.

PS I will try to sort things out and I will report back.

I'm looking forward to it!

PPS Thanks once more for your help!!!

You're welcome! I think we're on a good way to get AOO work out of the box on newer "unxsogi" (a.k.a. Solaris X86-32bit) platforms again.

Herbert

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to