ECTED]
Eliot Muir <[EMAIL PROTECTED]> on 04/05/2000 05:45:05 PM
Please respond to [EMAIL PROTECTED]
To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
cc:
Subject: RE: IRIX changes ...
That's the same bit of code I was talking about - I dimly recall
years ag
CE not the implementation"
-Original Message-
From: David Nickerson [SMTP:[EMAIL PROTECTED]
Sent: Thursday, April 06, 2000 1:00 PM
To: [EMAIL PROTECTED]
Subject: Re: IRIX changes ...
> That's the same bit of code I was talking about - I dimly recall
> yea
age-
> From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]
> Sent: Thursday, April 06, 2000 12:31 PM
> To: [EMAIL PROTECTED]
> Subject: Re: IRIX changes ...
>
>
>
>
> "If it is any help, I have gone through XMLScanner::scanDocument(const
> XMLCh*
> ..) transcoding a
EMAIL PROTECTED]
Subject: Re: IRIX changes ...
"If it is any help, I have gone through XMLScanner::scanDocument(const
XMLCh*
..) transcoding and writing out the systemId. This string (containing the
relative file name) is fine on entry to the routine, and is still fine
after
tmpURL is c
"If it is any help, I have gone through XMLScanner::scanDocument(const
XMLCh*
...) transcoding and writing out the systemId. This string (containing the
relative file name) is fine on entry to the routine, and is still fine
after
tmpURL is created and after the check isRelative is performed. But
> Maybe the most sensible option would be to have an extra flag in
> runConfigure for SGI ABI (-a for example). Easiest way to implement it
> would be simply to append it to the CC and CXX variables (CXX becomes
> "$cppcompiler $abi and CC becomes "$ccompiler $abi"). I'm happy doing
> this and Em
]> on 04/04/2000 08:47:28 PM
Please respond to [EMAIL PROTECTED]
To: <[EMAIL PROTECTED]>
cc:
Subject: Re: IRIX changes ...
"Someone should definitely find out why this is happening before we commit
all these changes. This is obviously pointing to something that's not
Hi Anupam, David, everyone,
Just tried an IRIX build from the CVS source. Did have to make once
change to get it to build with 64-bit binaries (not my CC default). I
specify -64 as a compiler option with -z-64 to runConfigure. This adds to
flag to the compile lines but not to the link line. I
"Someone should definitely find out why this is happening before we commit
all these changes. This is obviously pointing to something that's not
happy."
OK, without going in too deep, I have managed to get an optimised IRIX
Xerces-C library which appears to work fine with relative paths. The fix i
"I'm also still having trouble with optimised versions not being able to
resolve relative paths. Debug versions of the library work fine!! Its seems
that in the optimised library, the call to XMLString::Transcode(srcPath)
in XMLPlatformUtils::getFullPath (IRIXPlatformUtils.cpp) returns a
nonse
src/Makefile.incl <- IRIX specific
definitions have been included. However, towards the end of the file
where the rule to convert .cpp to .o file is mentioned, there is
a special rule for IRIX. This is not a good principle. So
it has been excluded at the moment. The only differenc
spond to [EMAIL PROTECTED]
To: <[EMAIL PROTECTED]>
cc:
Subject: Re: IRIX changes ...
I have combined my changes with Matthew Baker's to give a reasonably simple
method of building the Xerces-C library using the native transcoder under
SGI IRIX 6.5 with MIPSpro 7.30 compilers.
Matthew and David,
I picked up the first set of IRIX changes and tried
to merge it back to the Apacahe source base. Most of the changes were pertinent
and were put in as such. However, since the diffs are based on older code, many
of them are not relevant now. (The diffs actually were usele
I have combined my changes with Matthew Baker's to give a reasonably simple
method of building the Xerces-C library using the native transcoder under
SGI IRIX 6.5 with MIPSpro 7.30 compilers.
Instructions and changed files can be found at
http://www.esc.auckland.ac.nz/People/Students/Nickerso/Xerc
From: "Matthew Baker" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Sunday, April 02, 2000 8:54 PM
Subject: Re: IRIX changes ...
> On Sun, 2 Apr 2000, David Nickerson wrote:
>
> > To start with, things were not looking good,
On Sun, 2 Apr 2000, David Nickerson wrote:
> To start with, things were not looking good, and I thought I had traced
> back the problem to the native transcoder, so I compiled the ICU
> libraries and used them instead of the native transcoder. However, this
> did not fix the problem - so I compil
On Wed, 29 Mar 2000 [EMAIL PROTECTED] wrote:
> If you are dealing with any older platform util files, be aware that some
> methods were removed in recent versions. In particular we got rid of the
> need to support console output and we got rid of the fgLibLocation static
> since its no longer need
On Wed, 29 Mar 2000, Marc wrote:
> 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
"IRIXPlatformUtils.cpp defines some methods of PlatformUtils for which
there are no declarations in PlatformUtils.hpp. Also a static variable.
I don't quite understand this, as the same methods are implemented for
other architectures, eg Solaris."
If you are dealing with any older platform uti
Hi
>
>Re compiling on IRIX, shall I get the ball rolling then by submitting my
>changes.
>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 intr
20 matches
Mail list logo
