I once had the same problem with the JMeter sources, tried to add that encoding attribute to the <java> task, and it didn't help. It was helping on my platform, but not on Gump. I never learned why.

If you attempt it here, I'll be interested to know if it works.

Salut,

Jordi.

En/na Conor MacNeill ha escrit:
On Thu, 12 Jun 2003 01:05 am, Brian Ewins wrote:

Use the unicode escapes rather than the character literals in the code?
You won't get DoubleMetaphone.java to compile unless you pass the
encoding flag to javac.

The two letters appear to be \u00C7, \u00D1 - capital C with a cedilla
and capital N with a tilde? Putting
case '\u00C7':
case '\u00D1':

in the appropriate places should fix things.


Or add the encoding attribute to the <javac> task. The file may remain more readable that way, at least on some platforms. I'm not sure if that is possible from a Maven generated build file.

Just to be clear this is not a Gump issue - I think the problem would appear whenever you try to compile on any platform with a different default encoding.

Conor


--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to