Re: gcj 1.5.x: error: /classname/ cannot be resolved to a type

On Wed, Jul 15, 2009 at 10:43 AM, Mathieu
Malaterre<[email protected]> wrote:
> On Wed, Jul 15, 2009 at 10:35 AM, Andrew Haley<[email protected]> wrote:
>> On 07/15/2009 09:29 AM, Mathieu Malaterre wrote:
>>>
>>> On Wed, Jul 15, 2009 at 10:24 AM, Andrew Haley<[email protected]>  wrote:
>>>>
>>>> On 07/15/2009 09:08 AM, Mathieu Malaterre wrote:
>>>>>
>>>>> Hi there,
>>>>>
>>>>>   I am getting an error using gcj 1.5.x I was not getting in older
>>>>> release, and I do not understand what I am doing wrong.
>>>>>
>>
>>>> I really need a test case for this.  Something I can build.
>>>
>>> Everything is open source. Ref build failure on automated debian build
>>> system (hppa machine):
>>>
>>> https://buildd.debian.org/~luk/status/package.php?p=gdcm
>>>
>>> The problem is that this is quite complex to build on a non-debian
>>> system. Does redhat system comes with a system installed 'vtk.jar'
>>> file ?
>>
>> Sure, but I don't see what would stop your from extracting the relevant
>> files into a test case that anyone can try.
>
> Oh sorry :)
>
> Does this help:
>
> http://gdcm.sourceforge.net/vtk-java/

Thanks to Andrew, I was able to track down the issue to a problem with
the javac wrapper as distribute in the debian linux distribution.
Which basically provide a javac Sun-like cmd line, and forward args to
gcj. Namely:

...
    } elsif ($arg eq '-classpath' or $arg eq '--classpath' or $arg eq '--cp') {
        $appendNextArg = '--classpath=';
...

Thus -cp was never taken into account.

Sorry for the noise,
-- 
Mathieu