On Jun 14, 2005, at 11:33 PM, [EMAIL PROTECTED] wrote:
I'm a little worried about this, because AIX (both GCC and xlC) and
Solaris (Sun Workshop only) are broken, and those are two important
platforms for me. If we can get these platforms fixed easily, then
I'm
not so worried about it.
Hi Dave,
Let's work through these problems one at a time. I don't think
they'll be too bad, but we'll see.
Some details on Solaris:
My versions of Solaris have GNU make installed as gmake. If I run the
configure script it finishes, but when I start gmake, I get the
following
error:
-bash-3.00$ gmake
make all-recursive
/bin/bash: make: command not found
gmake: *** [all] Error 127
This is bizarre. So you're failing at the very top of the all: target
where it recursively invokes the all-recursive target by trying to
call make. But gmake seems to be confused about which make it is.
According to this: http://www.gnu.org/software/make/manual/html_mono/
make.html#SEC59, and my experience, it should know how to reinvoke
itself properly.
Do you have the variable MAKE set in your environment? That could
totally confused gmake, I'd think. Or are you invoking gmake as a
shell alias, or something?
Does that help any?
It's not problem if I create a symlink to gmake and call it "make",
or I
export MAKE="gmake", but I don't think users should have to do this.
You shouldn't need to do this. And in fact I build the code on
svn.apache.org, wherein I need to invoke it as gmake, and it works
fine.
My versions of Solaris have the GNU archiver installed as gar. If
I run
the configure script it finishes, but when I do the make, I get the
following error:
/bin/bash ../libtool --tag=CC --mode=link gcc -g -O2 -o
libcompat.la
xerces_compat.lo stricmp.lo strnicmp.lo -lnsl -lsocket -L/usr/lib -
licuuc
-licudata
false cru .libs/libcompat.a .libs/xerces_compat.o .libs/stricmp.o
.libs/strnicmp.o
gmake[2]: *** [libcompat.la] Error 1
gmake[2]: Leaving directory
`/export/home/xalan/apache/xml-xerces/c-3.0/lib'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/export/home/xalan/apache/xml-xerces/
c-3.0'
gmake: *** [all] Error 2
Again, it works if create a symlink to gar and call it "ar", or I
export
AR="GAR". I have the same concerns about this as I do with the make
executable issue.
What does the configure script say? ("checking for ar...")
GCC-specific issues:
Working around the previous two issues, I get the following warning
while
compiling:
Compiling xercesc/util/XMLWin1252Transcoder.cpp
g++: unrecognized option `-pthread'
What does the configure script say in this section:
checking for the pthreads library -lpthreads... no
checking whether pthreads work without any flags... yes
checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE
checking if more special flags are required for pthreads... -
D_THREAD_SAFE
which is annoying, but not fatal.
Finally, when linking, I get the following warning:
ld: warning: file
/opt/sfw/lib/gcc/i386-pc-solaris2.10/3.4.2/../../../libstdc++.so:
linked
to /opt/sfw/lib/libstdc++.so: attempted multiple inclusion of file
I have no idea if this is an issue with my configuration, or with
the new
autoconf implementation.
I don't know why you're getting multiple inclusions. Do you see
multiple inclusions in the command invocation?
I'll stop at that for this email.
-jdb
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
