Okay, once again, I solved my own problem (partially):
In order to put the xerces include and library files where I want them,
I simply copied the folders (to /usr/include/xerces-c and
/usr/lib/xerces-c) and then I didn't have to supply an include path for
the gcc compiler anymore because /usr/include/ is among the standard
presettings. /usr/lib however isnt, I'll have to find out from where
libraries are usually included.
One thing that really annoys me, however, is that the lib directory uses
a shortcut linking to a shortcut linking to the real library for
compatibility purposes. This is their naming:
libxerces-c.dll.a.lnk ->libxerces-c2_8_0.dll.a.lnk ->libxerces-c28.dll.a
libxerces-depdom.dll.a.lnk ->libxerces-depdom2_8_0.dll.a.lnk
->libxerces-depdom28.dll.a
Now those shortcuts seem to allow for the "simpler" library inclusion
with g++ -lxerces-c and need to be edited if the libraries are copied to
a new folder, because they link to absolute paths.
And of course, $§%$§" Windows won't let me edit a shortcut to a shortcut
- for whatever reason. Apart from that, those shortcuts might not be
Windows-shortcut-compatible after all - the comment field holds the
"native" linux-environment path to the link target, while the target has
the windows path. Anyways, changing these shortcuts doesn't seem to work
if I use the windows shortcut property-editing, so as for linker
directives, I have to resort to -lcygxerces-c28 again :/
Working on this though :)
Best Regards,
Lars
--
Dipl.-Ing. Lars Uffmann
Microgravity User Support Center (MUSC)
Deutsches Zentrum für Luft- und Raumfahrt e.V.
Linder Höhe
D-51147 Köln
phone: 02203 601-2171
http://www.dlr.de/musc
