However, the build fails due to errors. Please take a look at the gzipped file
and tell me what I can do to build the
libraries.
Thank you.
Craig Noah
[EMAIL PROTECTED] wrote:
Those classes are being used as 'poor man's namespaces', since we have to
> support compilers that can don't understand C++ namespaces. Since we still
> have to have some mechanism for creating effectively the same thing, we use
> classes that cannot be instantiated, i.e. which are used only statically
> via the class name. This should be completely legal to do.
>
> ----------------------------------------
> Dean Roddey
> Software Weenie
> IBM Center for Java Technology - Silicon Valley
> [EMAIL PROTECTED]
>
> Craig Noah <[EMAIL PROTECTED]>@sterling.com on 03/06/2000 12:35:47 PM
>
> Please respond to [EMAIL PROTECTED]
>
> Sent by: [EMAIL PROTECTED]
>
> To: [EMAIL PROTECTED]
> cc:
> Subject: Build errors
>
> I have tried to build the Xerces-C libraries on two development
> machines: one a solaris 2.6 with gcc 2.7.2.3 and the other a solaris
> 2.5.1 with gcc 2.7.2.1. Neither machine was successful. In fact, both
> machines generated the same errors. I ran gmake inside the script
> utility and have attached the gzipped file (6 K zipped) showing the
> errors that were generated. Does anyone know why specific classes were
> built with private constructors or destructors and no friends?
>
> --
> Craig Noah INTERNET: [EMAIL PROTECTED]
> Software Engineer
>
> Sterling Software ITD
> 1404 Fort Crook Road South Phone: (402) 291-8300 x 284
> Bellevue, NE 68005-2969 FAX: (402) 291-4362
>
> (See attached file: xerces.build.out.gz)
>
>
> ------------------------------------------------------------------------
>
> Name: xerces.build.out.gz
> xerces.build.out.gz Type: unspecified type (application/octet-stream)
> Encoding: base64
--
Craig Noah INTERNET: [EMAIL PROTECTED]
Software Engineer
Sterling Software ITD
1404 Fort Crook Road South Phone: (402) 291-8300 x 284
Bellevue, NE 68005-2969 FAX: (402) 291-4362
