This is the mail archive of the
mailing list for the GCC project.
[libgfortran,commited] PR26540: fix warnings when building libgfortran
- From: FX Coudert <fxcoudert at gmail dot com>
- To: gfortran <fortran at gcc dot gnu dot org>
- Cc: patch <gcc-patches at gcc dot gnu dot org>, Bernhard Fischer <rep dot nop at aon dot at>
- Date: Sun, 8 Oct 2006 16:27:32 +0200
- Subject: [libgfortran,commited] PR26540: fix warnings when building libgfortran
- References: <20051013234416.GA23446@troutmask.apl.washington.edu> <4350D624.email@example.com> <20051016003107.GA20081@troutmask.apl.washington.edu> <435226F6.firstname.lastname@example.org> <20051119123310.GN31785@devserv.devel.redhat.com> <437F79F3.email@example.com> <20051119194844.GO31785@devserv.devel.redhat.com> <20051119195715.GQ31785@devserv.devel.redhat.com> <437FA2DB.firstname.lastname@example.org> <email@example.com> <20060916202011.GA8257@aon.at>
I've commited the following patch to fix a few warnings we've had on
64-bit targets on libgfortran/intrinsic/signal.c. When available,
intptr_t is used for cast from integers to function pointers and
back; when not available, the situation is the same as we currently
have (i.e., with a warning). We could try harder by auto-detecting an
integer type that has same size as function pointers, but most
systems have intptr_t anyway.
Bootstrapped and regtested on x64-linux. Commited as rev. 117556.
2006-10-08 Francois-Xavier Coudert <firstname.lastname@example.org>
* intrinsics/signal.c (signal_sub, signal_sub_int): Use
if available to cast function pointers to int and back.
* configure.ac: Check for intptr_t.
* config.h.in: Regenerate.
* configure: Regenerate.
Description: Binary data