Hi

>
>Re compiling on IRIX, shall I get the ball rolling then by submitting my
>changes.


<snip>


>src/Makefile.incl
>-----------------
>There is an extra target for .cpp.o already in Makefile.incl for IRIX,
>presumably so that the linker can find the ii_files directory that CC

your're right. I introduced the extra target originally; I'm not sure this
is a good solution, though (slows the compilation down). IMHO we ("we" in
the sense of "Xerces" at large) should try
to compile everything directly into the /obj directory and forget about
copying *.o files and stuff but I'd consider this a major change.

>generates.  I changed it slightly because it wasn't working for files
>nested more deeply that one directory within src.

yes. I started out with xml4c2_3_1 and a couple of months ago the directory
structure was changed which then introduced this behaviour.



<snip>

>src/util/Platforms/IRIX/IRIXPlatformUtils.cpp
>---------------------------------------------
>Added support for ABIs other than o32 (ie library path env variable),
>defined the static data member added to PlatformUtils.hpp (see above),
>implemented some missing methods (for the most part by copying the Solaris
>code).  I kept my changes minimal because I don't really understand Xerces
>yet.  Someone else may have more appropriate changes to this file.

I'll try to figure out how to do this via the Makefiles; i.e. so that the
sources remain unchanged.
BTW, you can always do something like

export LD_LIBRARYN32_PATH=whatever
export LD_LIBRARY_PATH=$LD_LIBRARYN32_PATH: etc

--IMO this isn't very elegant but avoids hard-coding the pathnames.

>
>samples/Makefile.incl
>---------------------
>Added IRIX target definitions.  They were in src/Makefile.incl but seemed
>not to be in samples/Makefile.incl.

oops ;-).
Pleading "Guilty".



marc


Reply via email to