This is the mail archive of the
mailing list for the GCC project.
Re: Automake and friends and fastjar
- To: Mark Klein <mklein at dis dot com>
- Subject: Re: Automake and friends and fastjar
- From: Tom Tromey <tromey at redhat dot com>
- Date: 09 May 2001 13:21:44 -0600
- Cc: gcc at gcc dot gnu dot org
- References: <firstname.lastname@example.org>
- Reply-To: tromey at redhat dot com
>>>>> "Mark" == Mark Klein <email@example.com> writes:
Mark> Forgive me in advance ... I'm not automake literate.
Mark> In the current 3.0 build, fastjar/jartool.c uses strdup()
Mark> which does not exist on all platforms. I was going to
Mark> submit the patch, but in this case, I'm not sure where to
A patch to do this is already in the trunk.
Do we need this on the branch? My impression was that we did not,
since as far as I know libgcj hasn't been ported to any system that
doesn't have strdup(). fastjar is only needed (and should only be
built) if you are building the java support.
However if we do need it, it is a relatively simple matter to bring
the patch from the trunk to the branch.
Mark> There are two ways to handle this, the easiest is to use
Mark> libiberty.a as a dependent library. The harder is to include
Mark> the HAVE_STRDUP stuff into jartool.c. In either case the
Mark> Makefile.[am|in] need to be modified and this is where I
Mark> don't have experience.
In this case, as there is only one use of strdup(), a different
approach was taken: we just use our own (renamed) strdup()
implementation all the time.