mozilla/xpcom/base/nsLeakDetector.cpp doesn't compile on IRIX

RESOLVED WORKSFORME

Status

()

Core
XPCOM
RESOLVED WORKSFORME
15 years ago
15 years ago

People

(Reporter: Nick Blievers, Assigned: dougt)

Tracking

(Blocks: 1 bug)

Trunk
SGI
IRIX
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

15 years ago
This is likely a compiler bug. I can think of no other explanation for it:
CC -o nsLeakDetector.o -c -DOSTYPE=\"IRIX6\" -DOSARCH=\"IRIX\" -D_IMPL_NS_COM 
-I../../dist/include/string -I../../dist/include/boehm -I../.
./dist/include/xpcom -I../../dist/include
-I/projects/sise/mozilla/devel/workpits/moz/latest_mips/workarea/dist/include/nspr
       -KPIC
-LANG:exceptions=ON -woff 3201 -woff 1506 -mips3 -n32 -woff 3262 -G 4 -n32 
-DNDEBUG -DTRIMMED -O2   -DIRIX=1 -DNSCAP_DISABLE_DEBUG_PTR_TYPE
S=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_GETOPT_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_SYS_CDEFS_H=1 -DHAVE_LIBM=1 -DHAVE_LIBDL=1 -DHAVE_LIBSOCKET=1 -
DFUNCPROTO=15 -DHAVE_XSHM=1 -DHAVE_RANDOM=1 -DHAVE_STRERROR=1 -DHAVE_LCHOWN=1
-DHAVE_FCHMOD=1 -DHAVE_SNPRINTF=1 -DHAVE_MEMMOVE=1 -DHAVE_RINT
=1 -DHAVE_NL_LANGINFO=1 -DHAVE_FLOCKFILE=1 -DHAVE_LOCALTIME_R=1
-DHAVE_STRTOK_R=1 -DHAVE_I18N_LC_MESSAGES=1 -DMOZ_DEFAULT_TOOLKIT=\"gtk\" -D
MOZ_WIDGET_GTK=1 -DMOZ_ENABLE_XREMOTE=1 -DMOZ_X11=1 -DMOZ_ENABLE_COREXFONTS=1
-DMOZ_EXTRA_X11CONVERTERS=1 -DOJI=1 -DIBMBIDI=1 -DACCESSIBILIT
Y=1 -DMOZ_XPINSTALL=1 -DMOZ_JSLOADER=1 -DMOZ_MATHML=1 -DGC_LEAK_DETECTOR=1
-DNS_DISABLE_LOGGING=1 -DMOZ_USER_DIR=\".mozilla\" -DMOZ_XUL=1 -D
MOZ_PROFILESHARING=1 -DMOZ_DLL_SUFFIX=\".so\" -DXP_UNIX=1 -DUNIX_ASYNC_DNS=1
-DJS_THREADSAFE=1 -DNS_PRINT_PREVIEW=1 -DNS_PRINTING=1 -DMOZILL
A_VERSION=\"1.5a\"  -D_MOZILLA_CONFIG_H_ -DMOZILLA_CLIENT
../../../mozilla/xpcom/base/nsLeakDetector.cpp
cc-1387 CC: ERROR File = ../../../mozilla/xpcom/base/nsLeakDetector.cpp, Line = 170
  No suitable conversion function from "const nsCID" to "unsigned int" exists.

          "Leak Detector", kCLeakDetectorCID, NS_CLEAKDETECTOR_CONTRACTID,
nsLeakDetectorConstructor
                           ^

cc-1140 CC: ERROR File = ../../../mozilla/xpcom/base/nsLeakDetector.cpp, Line = 170
  A value of type "char *" cannot be used to initialize an entity of type
          "unsigned short".

          "Leak Detector", kCLeakDetectorCID, NS_CLEAKDETECTOR_CONTRACTID,
nsLeakDetectorConstructor
                                              ^

cc-1140 CC: ERROR File = ../../../mozilla/xpcom/base/nsLeakDetector.cpp, Line = 170
  A value of type "nsresult (*)(nsISupports *, const nsIID &, void **)" cannot
          be used to initialize an entity of type "unsigned short".

          "Leak Detector", kCLeakDetectorCID, NS_CLEAKDETECTOR_CONTRACTID,
nsLeakDetectorConstructor
                                                                           ^

3 errors detected in the compilation of
"../../../mozilla/xpcom/base/nsLeakDetector.cpp".
gmake[1]: *** [nsLeakDetector.o] Error 2
gmake[1]: Leaving directory
`/projects/sise/mozilla/devel/workpits/moz/latest_mips/workarea/xpcom/base'
gmake: *** [all] Error 2
(Reporter)

Comment 1

15 years ago
Created attachment 127037 [details] [diff] [review]
xpcom/base/nsLeakDetector.cpp

I dont understand why this works!
-	 "Leak Detector", kCLeakDetectorCID, NS_CLEAKDETECTOR_CONTRACTID,
nsLeakDetectorConstructor
+	 "Leak Detector",NS_CLEAKDETECTOR_CID , NS_CLEAKDETECTOR_CONTRACTID,
nsLeakDetectorConstructor
Is the relevant portion.
This is with boehm garbage collection enabled, using MipsPro 7.3.1.3m
(Reporter)

Comment 2

15 years ago
Added related bug.
Blocks: 87054
(Reporter)

Comment 3

15 years ago
Not surprisingly, this works with gcc-2.95.3
(Reporter)

Comment 4

15 years ago
Hmmm, this DOES compile with MipsPro 7.4. So, its almost definetly a compiler bug,
but what do we do with it? Perhaps we can just close this... I'm not sure.
At least there is a record of it now.
(Reporter)

Comment 5

15 years ago
Marking this as WFM, as it does work with the 7.4 compilers.
Status: NEW → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.