This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: PATCH: Support --enable-threads configuration with libjava for FreeBSD
- To: rittle at labs dot mot dot com
- Subject: Re: PATCH: Support --enable-threads configuration with libjava for FreeBSD
- From: Tom Tromey <tromey at redhat dot com>
- Date: 24 Oct 2001 12:53:26 -0600
- Cc: java-patches at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
- References: <200110230653.f9N6rhK50848@latour.rsch.comm.mot.com>
- Reply-To: tromey at redhat dot com
>>>>> "Loren" == Loren James Rittle <rittle@latour.rsch.comm.mot.com> writes:
Loren> It appears that switch must be present on the command line, not
Loren> within a link spec. I have never been able to produce a
Loren> "contained patch" to make this work as it probably should.
Loren> Thus, under FreeBSD 4, we pass the buck to the user.
That's too bad, but I guess FreeBSD 4 users must be used to it.
Loren> Current FreeBSD 5 (prerelease) has gethostbyaddr_r available
Loren> for linkage but no prototype in netdb.h. I have added a
Loren> general, commented configuration-time workaround.
This is ok.
Loren> Other than looking at source (which I can easily do for this
Loren> port), I don't know how to invent the right prototype.
Making up our own prototype leads to problems. One way to do it is to
only use our prototype when there isn't a system prototype, but even
that is a problem gethostbyaddr_r has at least two different calling
conventions. So in this case just ignoring the function is fine.
Loren> 2001-10-16 Loren J. Rittle <ljrittle@acm.org>
Loren> * configure.in (case $THREADS): Add *-*-freebsd* configuration.
Loren> (HAVE_GETHOSTBYADDR_R): Create a valid, non-optimal
Loren> configuration when gethostbyaddr_r exists yet no prototype
Loren> exists in netdb.h.
Loren> * configure: Rebuilt.
Loren> * posix-threads.cc (INTR): Reuse path for LINUX_THREADS
Loren> with FREEBSD_THREADS. However, comment different reason.
Please check this in. Thanks.
Tom