This is the mail archive of the java@gcc.gnu.org mailing list for the Java project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Mingw build failed


>>>>> "Ranjit" == Ranjit Mathew <rmathew@hotmail.com> writes:

Ranjit> At least the following is surely needed to compile GCJ for
Ranjit> MinGW if one is using the w32api-2.x packages for MinGW/Cygwin,
Ranjit> since "socklen_t" is defined only in ws2tcpip.h:

Ranjit> Adam was using the 1.1 packages at the time he did the port:

As far as I'm concerned it is up to the two of you to decide what
version or versions of MinGW are supported.  I haven't replied to your
patch on java-patches simply because I don't know what to do with it
-- do we want to require the 2.x packages, do we want to try to
support both somehow, ...?  You tell me.

Ranjit> As an aside, I'm *still* not able to build GCJ from the
Ranjit> latest snapshots as I keep getting multiple definition
Ranjit> errors for methods like InetAddress.getAddress( ),
Ranjit> InetSocketAddress.getPort( ), Locale.getLanguage( ), etc.
Ranjit> during the final creation of libgcj.a.

If you mark these methods as `inline' does it help?
You'll have to modify gcjh to do this and then rebuild libgcj from
scratch.  Or if you can make a simple failing test case you can try it
there...

That's just a workaround, though.  A solution would be to dig in to
g++ and figure out what is going on.  Maybe we aren't allowed to have
two definitions like this, even if one is "inline only".

Tom


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]