From mboxrd@z Thu Jan  1 00:00:00 1970
From: Joe Buck <jbuck@synopsys.COM>
To: opetzold@wit.regiocom.net (Olaf Petzold)
Cc: gcc@gcc.gnu.org (GCC Mailing List)
Subject: Re: stl_relops.h collision conflict
Date: Tue, 11 Sep 2001 10:26:00 -0000
Message-id: <200109111725.KAA03669@racerx.synopsys.com>
References: <01091113315100.02113@gatekeeper>
X-SW-Source: 2001-09/msg00417.html

> I'm writing an ET library. Unfortunally I'm gone into trouble
> with the stl internal header stl_relops.h from gcc:

Please be specific about versions.

> template <class _Tp>
> inline bool operator>(const _Tp& __x, const _Tp& __y) {
>   return __y < __x;
> }

2.95.x, egcs, or "2.96".

> and my:
> 
[ templated operator> that does not return a bool ]

> Is there no way to force the compiler to use my implementation of
> operator>() ? 

For older gcc's, you might try explicitly instantiating the template.

> On gcc-3.0.1 the relops header has an own inner namespace but, the problems
> has been occoured in prior version as well. Is there a work around ?

In 3.0.x or other ISO standard C++ compiler, if you avoid importing
rel_ops with a using directive, you should have no problem.