On 18 April 2007 11:41, Christian Joensson wrote:
> 16 Apr 2007 16:50:03 -0600, Tom Tromey <[EMAIL PROTECTED]>:
>>> "Dave" == Dave Korn <[EMAIL PROTECTED]> writes:
>>
>> Dave> The definition of _EXFUN in mprec.h is unconditionally:
>> Dave> #define _EXFUN(name, proto) name proto
16 Apr 2007 16:50:03 -0600, Tom Tromey <[EMAIL PROTECTED]>:
> "Dave" == Dave Korn <[EMAIL PROTECTED]> writes:
Dave> The definition of _EXFUN in mprec.h is unconditionally:
Dave> #define _EXFUN(name, proto) name proto
libjava, and subsequently Classpath, imported an old version
> "Dave" == Dave Korn <[EMAIL PROTECTED]> writes:
Dave> The definition of _EXFUN in mprec.h is unconditionally:
Dave> #define _EXFUN(name, proto) name proto
libjava, and subsequently Classpath, imported an old version of this
code, which was then hacked over randomly.
Dave> How
On 16 April 2007 20:49, Charles Wilson wrote:
> Or , should libjava avoid the reserved name '_EXFUN' for its
> macro, and use some other macro for this purpose?
The definition of _EXFUN in mprec.h is unconditionally:
#define _EXFUN(name, proto) name proto
This looks like some
Tom Tromey wrote:
> That is new to me, but then I don't build on Cygwin.
> Where does /usr/include/_ansi.h come from?
>
> Anyway, try adding a "#undef _EXFUN" in the appropriate place in
> mprec.h. If that works for you, send it to me and I will check it in.
Are you sure forcibly redefining _EXF
On 16 April 2007 18:49, [EMAIL PROTECTED] wrote:
>> "ChJ" == Christian Joensson <[EMAIL PROTECTED]> writes:
>
> ChJ> In file included from
> ../../../gcc/libjava/classpath/native/fdlibm/fdlibm.h:29, ChJ>
> from ../../../gcc/libjava/java/lang/natVMDouble.cc:27:
> ChJ> ../../../gc
> "ChJ" == Christian Joensson <[EMAIL PROTECTED]> writes:
ChJ> In file included from
../../../gcc/libjava/classpath/native/fdlibm/fdlibm.h:29,
ChJ> from ../../../gcc/libjava/java/lang/natVMDouble.cc:27:
ChJ> ../../../gcc/libjava/classpath/native/fdlibm/mprec.h:297:1: error:
C