To add to what John has said, my experience
has been that it was quite hard to get the auto make system portable on
different Unix/Linux flavors.
Also, as there were so many file additions
in 1.5, it was quite hard to keep changing the make system – as far as I
know, make system cannot pick the source files automatically as Ant does.
We are not against using the automake system. If someone could help here that would be
great.
Thanks,
Samisa…
-----Original Message-----
From: John Hawkins
[mailto:[EMAIL PROTECTED]
Sent: Thursday, April 21, 2005
1:03 AM
To: Apache AXIS C User List
Cc: [email protected]
Subject: Re: Axis C++ 1.5 linux
build broken
Hmm, I think we've got to make ourselves clearer. with
regard to our build strategy !
We
started out having full support for the autobuild make system however, over
time, this has been superceded by the ANT build system. We took the decision
(not very decisively but I think we did !) that we could not keep supporting
two make systems unless there was a specific reason to do so. We do not have a
lot of skills in the autobuild system and we have a lot of skills in ANT.
So,
to summarise, I don't think we're calling the autobuild system
"supported" and I would suggest you build using ANT.
Sorry
for the inconvenience !
|
Simon Detheridge
<[EMAIL PROTECTED]>
20/04/2005 15:44
|
Please
respond to
"Apache AXIS C User List"
|
|
|
To
|
Apache AXIS C User List
<[email protected]>
|
|
cc
|
|
|
Subject
|
Axis C++ 1.5 linux build broken
|
|
When
running automake with this release, I get:
samples/server/Makefile.am:1: required directory
samples/server/interoptests does not exist
samples/server/Makefile.am:1: required directory
samples/server/simple
does not exist
tests/Makefile.am:1: required directory
tests/server does not exist
Which appears to cause (or at least be related to)
the following error
during configure:
config.status: creating src/xml/tspp/Makefile
config.status: creating samples/Makefile
config.status: error: cannot find input file:
samples/Makefile.in
Building with --enable-samples=no and removing all
"samples/" lines from
configure.ac and removing @SAMPLESBUILD@,
@TESTCASESBUILD@, and
deploy_interoptests.sh from the main Makefile.am
gets around this
problem, (at least it builds, I'm still testing
it) but it's far from
ideal. (I can't test my installation beyond seeing
if the server starts)
What's up? It seems a bit strange to promote a
release from 'alpha'
(which at least configured) to 'final' with these
problems... Or am I
doing something *really* wrong? :-/
--
Simon Detheridge
SEN Developer, Widgit Software
