This is the mail archive of the
mailing list for the GCC project.
Re: [FORTRAN PATCH] Reduce gfc_match_strings usage (part 2)
- From: Tobias Schlüter <tobias dot schlueter at physik dot uni-muenchen dot de>
- To: Roger Sayle <roger at eyesopen dot com>
- Cc: fortran at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
- Date: Sun, 11 Mar 2007 16:02:13 +0100
- Subject: Re: [FORTRAN PATCH] Reduce gfc_match_strings usage (part 2)
- References: <email@example.com>
Roger Sayle wrote:
This is more ambitious patch proposes eliminating the intrinsic_operators
table from the gfortran front-end, and instead using a more efficient
pattern matcher implementation in gfc_match_intrinsic_op. In addition to
the expected performance improvement, this implementation simplifies the
task of adding support for ".xor." as a GNU fortran extension.
As an aside to all the discussion about the implementation strategy for
the matchers, I'd like to point out that standard Fortran has a .xor.
operator, which is called .neqv.. Unless you intend to give .xor. a
different precedence, its implementation should be trivial (unless I
underestimate the difficulties a collision with a user-defined operator
could bring), so I'm wondering what kind of difficulties are you seeing?