Skip site navigation (1)Skip section navigation (2)
Date:      12 Jul 2002 19:25:51 +0400
From:      "Vladimir B. " Grebenschikov <vova@sw.ru>
To:        Joe Marcus Clarke <marcus@marcuscom.com>
Cc:        Sheldon Hearn <sheldonh@starjuice.net>, Dirk Engling <erdgeist@gate5.de>, freebsd-current@FreeBSD.ORG
Subject:   Re: gcc-3.1 Mozilla Build Fails
Message-ID:  <1026487551.1073.92.camel@vbook.express.ru>
In-Reply-To: <1026402735.357.17.camel@gyros.marcuscom.com>
References:  <Pine.BSF.4.43.0207101900120.81608-100000@orion.gate5.de>  <20020711071308.GE25502@starjuice.net>  <1026402735.357.17.camel@gyros.marcuscom.com>

next in thread | previous in thread | raw e-mail | index | archive | help
=F7 Thu, 11.07.2002, =D7 19:52, Joe Marcus Clarke =CE=C1=D0=C9=D3=C1=CC:
> On Thu, 2002-07-11 at 03:13, Sheldon Hearn wrote:
> > On (2002/07/10 19:15), Dirk Engling wrote:
> >=20
> > > Maybe this would be more interesting to
> > > the mozilla guys but mozilla compiles on
> > > 2.95.3, so I think, the problem is related
> > > to gcc-3.1
> >=20
> > As far as I know, ports/lang/gcc31 is still required to build mozilla.
>=20
> That, or stick the attached patch in mozilla/files.  I'm still analyzing
> options to get Mozilla to build on alpha, though.

After patch mozilla successfully builds and run on -CURRENT, but=20
it don't want work with my jdk:

LoadPlugin: failed to initialize shared library
/usr/local/jdk1.3.1/jre/plugin/i386/ns600/libjavaplugin_oji.so
[/usr/local/jdk1.3.1/jre/plugin/i386/ns600/libjavaplugin_oji.so:
Undefined symbol "_vt$17nsGetServiceByCID"]

Any ideas ? rebuild jdk from scratch ?

> Joe
> --- xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h.orig	F=
ri Jun 21 01:12:40 2002
> +++ xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h	Fri Ju=
n 21 01:41:51 2002
> @@ -94,8 +94,16 @@
>   * gcc is that the system gcc defines __FreeBSD_cc_version.  This variab=
le
>   * can also identify the period of time that 4.0-CURRENT used thunks.
>   */
> -#if defined(__FreeBSD_cc_version) && \
> -    (__FreeBSD_cc_version < 400002 || __FreeBSD_cc_version > 400003)
> +
> +/* It seems we need to use thunks in FreeBSD -CURRENT after gcc-3.1 was =
merged.
> + * This solves a problem wherein regxpcom and/or regchrome would seg fau=
lt
> + * after running for a while.  This problem has also exhibited itself on=
=20
> + * the alpha platform.  Therefore, use thunks on all non-i386 versions o=
f
> + * -stable and _all_ versions of -CURRENT that are using gcc-3.1.
> + */
> +#if defined(__FreeBSD_cc_version) && defined(__i386__) && \
> +    (__FreeBSD_cc_version < 400002 || __FreeBSD_cc_version > 400003) && =
\
> +    (__FreeBSD_cc_version < 500003)
>  #define CFRONT_STYLE_THIS_ADJUST
>  #else
>  #define THUNK_BASED_THIS_ADJUST
--=20
Vladimir B. Grebenschikov
vova@sw.ru, SWsoft, Inc.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1026487551.1073.92.camel>