From owner-freebsd-mozilla Thu Jan 21 17:11:33 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA00517 for freebsd-mozilla-outgoing; Thu, 21 Jan 1999 17:11:33 -0800 (PST) (envelope-from owner-freebsd-mozilla@FreeBSD.ORG) Received: from netscape.com (h-205-217-237-46.netscape.com [205.217.237.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA00511 for ; Thu, 21 Jan 1999 17:11:28 -0800 (PST) (envelope-from tague@netscape.com) Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42]) by netscape.com (8.8.5/8.8.5) with ESMTP id RAA29925 for ; Thu, 21 Jan 1999 17:11:08 -0800 (PST) Received: from netscape.com ([208.12.36.136]) by tintin.mcom.com (Netscape Messaging Server 4.01) with ESMTP id F5XSM900.NWI; Thu, 21 Jan 1999 17:10:57 -0800 Message-ID: <36A7D020.1246AC3A@netscape.com> Date: Thu, 21 Jan 1999 17:10:56 -0800 From: tague@netscape.com (Tague Griffith) Reply-To: tague@netscape.com Organization: Netscape Communications X-Mailer: Mozilla 4.5 [en] (WinNT; U) X-Accept-Language: en,ja,de,zh-TW MIME-Version: 1.0 To: Christopher Masto CC: freebsd-mozilla@FreeBSD.ORG Subject: Re: Internal compiler error? References: <19990121184935.A6020@netmonger.net> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id RAA00512 Sender: owner-freebsd-mozilla@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm running into the same problem with the current tree on FreeBSD 3.0. The compiler error is in both egcs and gcc-2.7.2.1. I'm calling in a favour at Cygnus to see if I can get someone to help me out with a fix. As far as compiling Mozilla using gcc-2.7.2.1, I wouldn't recommend it. I would move over to egcs. Multi-threaded c++ in gcc 2.7.2.1 is broken and people have already run into problems with mozilla. /t Christopher Masto wrote: > I've started to look at getting this lizard built on my FreeBSD-current > machine, and apart from having to futz with the shared library naming > change, the build seemed to chug along pretty nicely.. until: > > gmake[1]: Entering directory `/data/cvs/mozilla/mozilla/webshell/src' > c++ -o nsDocLoader.o -c -DXP_UNIX -O -g -fPIC -DUSE_AUTOCONF=1 -DMOZILLA_CLIENT=1 -DSTDC_HEADERS=1 -DHAVE_ST_BLKSIZE=1 -DHAVE_ST_RDEV=1 -DHAVE_TM_ZONE=1 -DHAVE_DIRENT_H=1 -DSTDC_HEADERS=1 -DHAVE_SYS_WAIT_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_PATHS_H=1 -DHAVE_STRINGS_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_FILE_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYS_CDEFS_H=1 -DHAVE_LIBC=1 -DHAVE_LIBM=1 -DHAVE_LIBUTIL=1 -DHAVE_LIBL=1 -DHAVE_ALLOCA=1 -DHAVE_UNISTD_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MMAP=1 -DRETSIGTYPE=void -DHAVE_STRCOLL=1 -DHAVE_STRFTIME=1 -DHAVE_UTIME_NULL=1 -DHAVE_VPRINTF=1 -DHAVE_GETCWD=1 -DHAVE_GETHOSTNAME=1 -DHAVE_GETWD=1 -DHAVE_MKDIR=1 -DHAVE_MKTIME=1 -DHAVE_PUTENV=1 -DHAVE_RMDIR=1 -DHAVE_SELECT=1 -DHAVE_SOCKET=1 -DHAVE_STRCSPN=1 -DHAVE_STRDUP=1 -DHAVE_STRERROR=1 -DHAVE_STRSPN=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -DHAVE_STRTOUL=1 -DHAVE_UNAME=1 -DHAVE_QSORT=1 -DHAVE_SNPRINTF=1 -DHAVE_REMAINDER=1 -DHAVE_LCHOWN=1 -DHAVE_GETTIMEOFDAY=1 -D! > ! > ! > ! > ! > GETTIMEOFDAY_TWO_ARGS=1 -DHAVE_SYSERRLIST=1 -DHAVE_IOS_BINARY=1 -DHAVE_IOS_BIN=1 -D_IMPL_NS_WEB -DDEBUG -UNDEBUG -DDEBUG_chris -DTRACING -DNETSCAPE -DOSTYPE=\"FreeBSD3\" -DMOZILLA_CLIENT -DLAYERS -DUNIX_EMBED -DX_PLUGINS -DJS_THREADSAFE -DUNIX_ASYNC_DNS -DSTANDALONE_IMAGE_LIB -DMODULAR_NETLIB -DMOZ_USER_DIR=\".mozilla\" -I../../dist/./include -I../../dist/include -I../../include -I/data/proj/ns/nspr/include -I../../dist/./public/jpeg -I../../dist/./public/png -I/usr/X11R6/include nsDocLoader.cpp > nsDocLoader.cpp: In method `nsDocLoaderServiceFactory::~nsDocLoaderServiceFactory()': > nsDocLoader.cpp:1869: Internal compiler error. > nsDocLoader.cpp:1869: Please submit a full bug report to `bug-g++@prep.ai.mit.edu'. > gmake: *** [nsDocLoader.o] Error 1 > gmake[1]: Leaving directory `/data/cvs/mozilla/mozilla/webshell/src' > > This doesn't seem to be a good sign. Given the degree of integration > between the compiler and operating system under FreeBSD, I am hesitant > to touch the system-installed gcc 2.7.2.1. I suppose I could try the > egcs port, under the assumption that it's been built to avoid getting > in the way of the system's gcc installation, but first I'm curious > whether anyone else has encountered this error, and if so, what they > did about it? > > There seems to be just about zero activity on freebsd-mozilla.. it's > unfortunate; the reference platform for Unix Mozilla is Linux, and I'm > concerned that we'll be left high and dry if there aren't enough > FreeBSDers in the loop. > > Now I'll go see if I can adjust this code to avoid killing gcc. > -- > Christopher Masto Director of Operations NetMonger Communications > chris@netmonger.net info@netmonger.net http://www.netmonger.net > > "Good tools allow users to do stupid things." -- Clay Shirky > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-mozilla" in the body of the message -- ---------------------------------------------------------- tague griffith (tague@netscape.com) client internationalization To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mozilla" in the body of the message