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>

index | next in thread | previous in thread | raw e-mail

χ Thu, 11.07.2002, Χ 19:52, Joe Marcus Clarke ΞΑΠΙΣΑΜ:
> On Thu, 2002-07-11 at 03:13, Sheldon Hearn wrote:
> > On (2002/07/10 19:15), Dirk Engling wrote:
> > 
> > > 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
> > 
> > As far as I know, ports/lang/gcc31 is still required to build mozilla.
> 
> 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 
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	Fri Jun 21 01:12:40 2002
> +++ xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h	Fri Jun 21 01:41:51 2002
> @@ -94,8 +94,16 @@
>   * gcc is that the system gcc defines __FreeBSD_cc_version.  This variable
>   * 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 fault
> + * after running for a while.  This problem has also exhibited itself on 
> + * the alpha platform.  Therefore, use thunks on all non-i386 versions of
> + * -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
-- 
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



help

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