Closed Bug 292987 Opened 19 years ago Closed 19 years ago

Mozilla build failure on Solaris due to checkin for 274784

Categories

(Core :: Security: PSM, defect)

Sun
Solaris
defect
Not set
blocker

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: Mitch, Assigned: KaiE)

References

Details

Attachments

(1 file)

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
Build Identifier: 

Build failure:

/share/lang/solaris/7.0/SUNWspro/bin/CC -I/home/mitch/bld/support/include -o
nsSecureBrowserUIImpl.o -c  -DMOZILLA_INTERNAL_API -DOSTYPE=\"SunOS5\"
-DOSARCH=\"SunOS\" -DBUILD_ID=2005050507  -I../../../../dist/include/nspr
-I../../../../dist/include/xpcom -I../../../../dist/include/string
-I../../../../dist/include/necko -I../../../../dist/include/uriloader
-I../../../../dist/include/dom -I../../../../dist/include/intl
-I../../../../dist/include/docshell -I../../../../dist/include/widget
-I../../../../dist/include/layout -I../../../../dist/include/content
-I../../../../dist/include/pref -I../../../../dist/include/pipboot
-I../../../../dist/include -I../../../../dist/include/nspr   
-I../../../../dist/public/nss     -KPIC   -I/home/mitch/bld/support/include
-xbuiltin=%all -features=tmplife -mt  -DNDEBUG -DTRIMMED -O  
-DMOZILLA_VERSION=\"1.8b2\" -DMOZILLA_VERSION_MAJOR=1 -DMOZILLA_VERSION_MINOR=8
-DSOLARIS=1 -DNSCAP_DISABLE_DEBUG_PTR_TYPES=1 -DD_INO=d_ino -DSTDC_HEADERS=1
-DHAVE_ST_BLKSIZE=1 -DHAVE_SIGINFO_T=1 -DHAVE_INT16_T=1 -DHAVE_INT32_T=1
-DHAVE_INT64_T=1 -DHAVE_UINT=1 -DHAVE_UINT_T=1 -DHAVE_UINT16_T=1
-DHAVE_DIRENT_H=1 -DHAVE_SYS_BYTEORDER_H=1 -DHAVE_MEMORY_H=1 -DHAVE_UNISTD_H=1
-DHAVE_NL_TYPES_H=1 -DHAVE_MALLOC_H=1 -DHAVE_X11_XKBLIB_H=1
-DHAVE_SYS_STATVFS_H=1 -DHAVE_SYS_STATFS_H=1 -DHAVE_LIBM=1 -DHAVE_LIBDL=1
-DHAVE_LIBSOCKET=1 -DFUNCPROTO=15 -DHAVE_XSHM=1 -D_REENTRANT=1 -DHAVE_RANDOM=1
-DHAVE_STRERROR=1 -DHAVE_LCHOWN=1 -DHAVE_FCHMOD=1 -DHAVE_SNPRINTF=1
-DHAVE_MEMMOVE=1 -DHAVE_RINT=1 -DHAVE_STAT64=1 -DHAVE_LSTAT64=1
-DHAVE_FLOCKFILE=1 -DHAVE_LOCALTIME_R=1 -DHAVE_STRTOK_R=1
-DHAVE_LANGINFO_CODESET=1 -DVA_COPY=va_copy -DHAVE_VA_COPY=1
-DHAVE_I18N_LC_MESSAGES=1 -DMOZ_DEFAULT_TOOLKIT=\"gtk\" -DMOZ_WIDGET_GTK=1
-DMOZ_ENABLE_XREMOTE=1 -DMOZ_X11=1 -DMOZ_SUITE=1 -DMOZ_BUILD_APP=suite
-DMOZ_DISTRIBUTION_ID=\"org.mozilla\" -DMOZ_ENABLE_COREXFONTS=1
-DMOZ_EXTRA_X11CONVERTERS=1 -DOJI=1 -DIBMBIDI=1 -DMOZ_VIEW_SOURCE=1
-DACCESSIBILITY=1 -DMOZ_XPINSTALL=1 -DMOZ_JSLOADER=1 -DMOZ_XTF=1
-DHAVE_GSSAPI_GSSAPI_H=1 -DHAVE_GSS_C_NT_HOSTBASED_SERVICE=1 -DMOZ_MATHML=1
-DMOZ_STORAGE=1 -DMOZ_LOGGING=1 -DMOZ_USER_DIR=\".mozilla\" -DMOZ_XUL=1
-DMOZ_PROFILESHARING=1 -DMOZ_PROFILELOCKING=1 -DMOZ_DLL_SUFFIX=\".so\"
-DXP_UNIX=1 -DUNIX_ASYNC_DNS=1 -DJS_THREADSAFE=1 -DNS_PRINT_PREVIEW=1
-DNS_PRINTING=1 -DMOZILLA_LOCALE_VERSION=\"1.8b2\"
-DMOZILLA_REGION_VERSION=\"1.8b2\" -DMOZILLA_SKIN_VERSION=\"1.5\" 
-D_MOZILLA_CONFIG_H_ -DMOZILLA_CLIENT nsSecureBrowserUIImpl.cpp
"nsSecureBrowserUIImpl.cpp", line 134: Warning (Anachronism): Using const
void*(*)(PLDHashTable*,PLDHashEntryHdr*) to initialize extern "C" const
void*(*)(PLDHashTable*,PLDHashEntryHdr*).
"nsSecureBrowserUIImpl.cpp", line 136: Warning (Anachronism): Using
int(*)(PLDHashTable*,const PLDHashEntryHdr*,const void*) to initialize extern
"C" int(*)(PLDHashTable*,const PLDHashEntryHdr*,const void*).
"nsSecureBrowserUIImpl.cpp", line 140: Warning (Anachronism): Using
int(*)(PLDHashTable*,PLDHashEntryHdr*,const void*) to initialize extern "C"
int(*)(PLDHashTable*,PLDHashEntryHdr*,const void*).
"nsSecureBrowserUIImpl.cpp", line 1511: Error:
nsSecureBrowserUIImpl::lockIconState is not accessible from
nsSecureBrowserUIImpl::State.
"nsSecureBrowserUIImpl.cpp", line 1513: Error:
nsSecureBrowserUIImpl::lockIconState is not accessible from
nsSecureBrowserUIImpl::State.
"nsSecureBrowserUIImpl.cpp", line 1517: Error:
nsSecureBrowserUIImpl::lockIconState is not accessible from
nsSecureBrowserUIImpl::State.
"nsSecureBrowserUIImpl.cpp", line 1523: Error:
nsSecureBrowserUIImpl::lockIconState is not accessible from
nsSecureBrowserUIImpl::State.
4 Error(s) and 3 Warning(s) detected.
gmake[5]: *** [nsSecureBrowserUIImpl.o] Error 4
gmake[5]: Leaving directory
`/share/chroot/on28/share/bld/u/scratch/mitch/mozilla/mozilla/security/manager/boot/src'
gmake[4]: *** [libs] Error 2
gmake[4]: Leaving directory
`/share/chroot/on28/share/bld/u/scratch/mitch/mozilla/mozilla/security/manager/boot'
gmake[3]: *** [libs] Error 2
gmake[3]: Leaving directory
`/share/chroot/on28/share/bld/u/scratch/mitch/mozilla/mozilla/security/manager'
gmake[2]: *** [tier_50] Error 2
gmake[2]: Leaving directory
`/share/chroot/on28/share/bld/u/scratch/mitch/mozilla/mozilla'
gmake[1]: *** [default] Error 2
gmake[1]: Leaving directory
`/share/chroot/on28/share/bld/u/scratch/mitch/mozilla/mozilla'
gmake: *** [build] Error 2


Reproducible: Always

Steps to Reproduce:

Actual Results:  
Build failure
This is most probbaly due to bryner's checking yesterday to
nsSecureBrowserUIImpl.cpp for bug 274784. Adding Bryner to cc
tinderboxen seem to be fine.  are you using Sun or PC hardware?
OS: other → Solaris
Sun Sparc
Hardware: Other → Sun
I see the same thing on Solaris (9 and 10) Sparc with the Studio 9 compilers.

Any work around?
This is a known issue for the Sun ONE Studio compilers and Studio 10 changed the
rule. See http://docs.sun.com/source/819-0488/1.html#57298 for detail.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Kyle i tried your suggestion, it doesn't like the flags:

/share/lang/solaris/9.0/SUNWspro/bin/CC -I/home/mitch/bld/support/include 
-features=no%nestedaccess -o conftest -I/home/mitch/bld/support/include  
-L/home/mitch/bld/support/lib test.c
CC: illegal option usage -features=no%nestedaccess


/share/lang/solaris/9.0/SUNWspro/bin/CC -V
CC: Sun C++ 5.6 2004/07/15
Sorry, I did not make it clear. 

In Sun ONE Stusio 9 and earlier versions, c++ compiler does *NOT* allow nested
classes to access private members of the enclosing class. That is the cause of
this bug. Sun ONE Studio 10 changed this rule to *allow* nested classes to
access private members of the enclosing class.  -features=no%nestedaccess is
only introduced by studio 10 to simulate studio 9's behavior.  So
* only Studio 10 can successfully build the source code without any code change
and apply any additional compiling switches;
* no way for Studio 9 or earlier version to work around this, you have to change
the mozilla source code.
*** Bug 293648 has been marked as a duplicate of this bug. ***
Is there going to be any movement on this? Upgrading to Studio 10 is not
feasible for many, and this is a real stopper for doing recent Solaris builds.
The movement is very simple - to make the |lockIconState| to be a public member
for the Sun Studio compiler. You can go ahead to submit a patch and ask review
from bryner.
Attached patch Trivial fixSplinter Review
As Kyle said, move |lockIconState| enum declaration from protected to public.
Fixes Sun studio breakage.
Attachment #183900 - Flags: review?(bryner)
Assignee: nobody → kaie
Component: Build Config → Security: PSM
Product: Mozilla Application Suite → Core
QA Contact: build-config
Version: unspecified → Trunk
Flags: blocking1.8b3?
Attachment #183900 - Flags: review?(bryner) → review+
Attachment #183900 - Flags: superreview?(dbaron)
Comment on attachment 183900 [details] [diff] [review]
Trivial fix

There's a general solution for this type of problem described in
http://www.mozilla.org/hacking/portable-cpp.html#inner_classes	Please use that
rather than changing access.  In particular, right below "class State;" add a
line "friend class State;".
Attachment #183900 - Flags: superreview?(dbaron) → superreview-
Uhm. It looks like the patch in bug 292971 which landed on 2005-06-15 16:52
removed the problematic code from bug 274784. Haven't had time to try a
recompile yet, but in that case this isn't an issue anymore.
Recompiled w/o any patch, WFM now.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Flags: blocking1.8b3?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: