Jack Howarth wrote:
> Matthias,
>My mistake. I see the same issue with gcc-4.2.2 on darwin
> which is indeed resolved with --main=testme. I am puzzled why
> this isn't automatically handled (as it seems to be with
> javac)?
It's isn't automatically handled, you have to provide it at runtime:
Jack Howarth wrote:
Matthias,
My mistake. I see the same issue with gcc-4.2.2 on darwin
which is indeed resolved with --main=testme. I am puzzled why
this isn't automatically handled (as it seems to be with
javac)?
We give you the flexibility to write your own main. As a side benefit,
you
Matthias,
My mistake. I see the same issue with gcc-4.2.2 on darwin
which is indeed resolved with --main=testme. I am puzzled why
this isn't automatically handled (as it seems to be with
javac)?
Jack
On Wed, Mar 19, 2008 at 02:56:40PM +0100, Matthias Klose wrote:
> Andrew Haley sc
Andrew Haley schrieb:
> Jack Howarth wrote:
>>It appears that gcj in gcc 4.3.0 is broken on Darwin. If
>> one builds gcc 4.3.0 executing...
>>
>> contrib/download_ecj
>>
>> before running configure, the build succeeds in creating an
>> ecj1 but when gcj is used to compile an example like testme
Jack Howarth wrote:
>It appears that gcj in gcc 4.3.0 is broken on Darwin. If
> one builds gcc 4.3.0 executing...
>
> contrib/download_ecj
>
> before running configure, the build succeeds in creating an
> ecj1 but when gcj is used to compile an example like testme.java...
>
> public class te
It appears that gcj in gcc 4.3.0 is broken on Darwin. If
one builds gcc 4.3.0 executing...
contrib/download_ecj
before running configure, the build succeeds in creating an
ecj1 but when gcj is used to compile an example like testme.java...
public class testme {
public static void main(Strin
