Date: Thu, 20 Nov 2003 21:25:47 -0500 From: Joe Marcus Clarke <marcus@marcuscom.com> To: mi+mx@aldan.algebra.com Cc: FreeBSD GNOME Users <gnome@freebsd.org> Subject: Re: Mozilla's xptcall Message-ID: <1069381546.93149.68.camel@shumai.marcuscom.com> In-Reply-To: <200311201854.24666@misha-mx.virtual-estates.net> References: <200311201454.56022@misha-mx.virtual-estates.net> <200311201511.08686@misha-mx.virtual-estates.net> <1069359499.783.65.camel@gyros> <200311201854.24666@misha-mx.virtual-estates.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-dnY0XT9lHS+9PG8fKGj1 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2003-11-20 at 18:54, mi+mx@aldan.algebra.com wrote: > On Thu, 2003-11-20 at 15:11, mi+mx@aldan.algebra.com wrote: > =3D> On Thu, 2003-11-20 at 14:54, mi+mx@aldan.algebra.com wrote: > =20 > =3D> =3Dmozilla and mozilla-devel build fine with -O2. > =3D>=20 > =3D> regxpcom usually crashes for me unless built with -O. But I'm using > =3D> -march=3Dpentium4 and -fomit-frame-pointer. >=20 > =3DIt's not the optimization level, but rather -march=3Dpentium4 that cau= ses > =3Dproblems with Mozilla. This is a known issue. >=20 > The patch I submitted will make this knowledge usefull to others and > save everyone with the CPUTYPE defined the few hours I wasted on this > yesterday. Please, consider. Thank you, I think this patch will work. Except it would be nice to preserve the -Ox level. > =3DEveryone that has brought up compilation issues or crashers with Mozil= la > =3Dhas been pointed back to /etc/defaults/make.conf to read the section o= n > =3Ddefault CFLAGS. >=20 > I think, committing my patch (with modification if need be) is much bette= r. > It lets people better optimize the rest of mozilla for their hardware and > saves frustration and time spent dealing with the problem and e-mailing f= or > support. The patch will definetly not do harm, as it will not change the > default case (even bumping PORTREVISION is not needed). Agreed. Can you come up with something that keeps, for example, -O2 if that's specified? >=20 > =3DHowever, -O2 has been tested, and does work. >=20 > I did not use -O2... >=20 > =3DThere is even an option to enable it in the Mozilla Makefiles. >=20 > [BTW, how about an option to use -lthr instead of -lc_r? I built Qt/KDE > with that and it works terrific on a dual CPU machine).] I've fixed all the explicit references to -pthread, you you should just have to set PTHREAD_LIBS to -lthr, and off you go. Joe >=20 > =3DHowever, I do not think this was ever tested on mozilla-vendor, so you > =3Dmay have something there. In that case, this would need to be applied > =3Dto OpenOffice as they have the last remaining mozilla-vendor bits. >=20 > Yours, >=20 > -mi >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-dnY0XT9lHS+9PG8fKGj1 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/vXeqb2iPiv4Uz4cRAjtzAKCSxXQbl9/CAoiOahgHv8XGOTt7swCeOjtR ogbmrUuKT4iCTTah0lAiUcU= =51sy -----END PGP SIGNATURE----- --=-dnY0XT9lHS+9PG8fKGj1--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1069381546.93149.68.camel>