This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: gcj 1.5.x: error: /classname/ cannot be resolved to a type
On Wed, Jul 15, 2009 at 10:43 AM, Mathieu
Malaterre<mathieu.malaterre@gmail.com> wrote:
> On Wed, Jul 15, 2009 at 10:35 AM, Andrew Haley<aph@redhat.com> wrote:
>> On 07/15/2009 09:29 AM, Mathieu Malaterre wrote:
>>>
>>> On Wed, Jul 15, 2009 at 10:24 AM, Andrew Haley<aph@redhat.com> ?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