xml-xalan-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Arnaud Malguy <Arnaud.Mal...@xps-pro.com>
Subject Re: Xalan C++ - Bug in solaris CC port
Date Wed, 31 Jan 2001 15:58:06 GMT
Thank's for reply.

I actually used "rm -r" in makefile.
And after undefine XALAN_NO_NAMESPACES in Include/SolarisDefinitions.hpp, xalan work with
CC
5.0.
Great !

Arnaud.

David_N_Bertoni@lotus.com wrote:

> I don't know what sort of dependencies the Sun compiler maintains.  We
> probably have some work to do in the Makefile, but since we don't currently
> support 5.0, it's pretty hard to figure out everything that we need to do.
> Maybe the solution is to do a rm -r -f * in the obj directory for cleaning
> purposes, although that seems a little extreme to me.
>
> I have added and #if defined(XALAN_NO_NAMESPACES) to XPath/XPathFunction
> table.  Also, I changed size_t in XalanArrayAutoPtr to unsigned long, to
> avoid more #ifdefs, since most compilers do not yet put size_t in std.
>
> Thanks for the patches!
>
> Dave
>
>
>                     Arnaud Malguy
>                     <Arnaud.Malguy@xp        To:     xalan-dev <xalan-dev@xml.apache.org>
>                     s-pro.com>               cc:     (bcc: David N Bertoni/CAM/Lotus)
>                                              Subject:     Xalan C++ - Bug in solaris
CC port
>                     01/31/2001 09:02
>                     AM
>                     Please respond to
>                     xalan-dev
>
>
>
> Hi,
>
> After several failures of xalan C++ with CC 5.0 compiler, I realized
> that the make clean did not remove directory SunWS_cache of the obj
> directory.
> CC seems to not recompil these files although all files present directly
> under the directory obj were removed
> Then linking could be not error free.
> Do you know if it's a CC bug ?
>
> I also see that in the following files, use of define
> XALAN_NO_NAMESPACES miss.
> * XPath/XPathFunctionTable.hpp (line 282)
> * Include/XalanAutoPtr.hpp (line 217)
>
> Thanks.
>
> (See attached file: Arnaud.Malguy.vcf)

Mime
View raw message