Closed Bug 356226 Opened 19 years ago Closed 19 years ago

security/manager/ssl/src/nsCipherInfo.cpp cannot be compiled

Categories

(SeaMonkey :: Build Config, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: mmokrejs, Unassigned)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.13) Gecko/20060426 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.13) Gecko/20060426 When compiling current cvs HEAD on Linux I get: c++ -o nsCipherInfo.o -c -fvisibility=hidden -DNSS_ENABLE_ECC -DMOZILLA_INTERNAL_API -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\" -DBUILD_ID=0000000000 -I../../../../dist/public/nss -I../../../../dist/include/nspr -I../../../../dist/include/xpcom -I../../../../dist/include/string -I../../../../dist/include/necko -I../../../../dist/include/uriloader -I../../../../dist/include/pref -I../../../../dist/include/caps -I../../../../dist/include/dom -I../../../../dist/include/intl -I../../../../dist/include/locale -I../../../../dist/include/profile -I../../../../dist/include/windowwatcher -I../../../../dist/include/js -I../../../../dist/include/widget -I../../../../dist/include/layout -I../../../../dist/include/content -I../../../../dist/include/xpconnect -I../../../../dist/include/unicharutil -I../../../../dist/include/pipboot -I../../../../dist/include -I../../../../dist/include/pipnss -I../../../../dist/include/nspr -DMOZ_PNG_READ -DMOZ_PNG_WRITE -I../../../../dist/sdk/include -fPIC -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -pedantic -fshort-wchar -pthread -pipe -DDEBUG -D_DEBUG -DDEBUG_root -DTRACING -g3 -O0 -ggdb -DMOZILLA_CLIENT -include ../../../../mozilla-config.h -Wp,-MD,.deps/nsCipherInfo.pp nsCipherInfo.cpp nsNSSCallbacks.h:99: error: ‘SEC_HTTP_SERVER_SESSION’ has not been declared nsNSSCallbacks.h:105: error: ‘SEC_HTTP_SERVER_SESSION’ has not been declared nsNSSCallbacks.h:110: error: ‘SEC_HTTP_REQUEST_SESSION’ has not been declared nsNSSCallbacks.h:158: error: ‘SEC_HTTP_SERVER_SESSION’ has not been declared nsNSSCallbacks.h:163: error: ‘SEC_HTTP_SERVER_SESSION’ has not been declared nsNSSCallbacks.h:171: error: ‘SEC_HTTP_SERVER_SESSION’ has not been declared nsNSSCallbacks.h:177: error: ‘SEC_HTTP_SERVER_SESSION’ has not been declared nsNSSCallbacks.h:182: error: ‘SEC_HTTP_REQUEST_SESSION’ has not been declared nsNSSCallbacks.h:189: error: ‘SEC_HTTP_REQUEST_SESSION’ has not been declared nsNSSCallbacks.h:198: error: ‘SEC_HTTP_REQUEST_SESSION’ has not been declared nsNSSCallbacks.h:206: error: ‘SEC_HTTP_REQUEST_SESSION’ has not been declared nsNSSCallbacks.h:219: error: ‘SEC_HTTP_REQUEST_SESSION’ has not been declared nsNSSCallbacks.h:225: error: ‘SEC_HTTP_REQUEST_SESSION’ has not been declared nsNSSCallbacks.h:232: error: ‘SEC_HttpClientFcn’ does not name a type nsNSSCallbacks.h: In static member function ‘static SECStatus nsNSSHttpInterface::freeSessionFcn(int)’: nsNSSCallbacks.h:173: error: invalid static_cast from type ‘int’ to type ‘nsNSSHttpServerSession*’ nsNSSCallbacks.h: In static member function ‘static SECStatus nsNSSHttpInterface::setPostDataFcn(int, const char*, PRUint32, const char*)’: nsNSSCallbacks.h:194: error: invalid static_cast from type ‘int’ to type ‘nsNSSHttpRequestSession*’ nsNSSCallbacks.h: In static member function ‘static SECStatus nsNSSHttpInterface::addHeaderFcn(int, const char*, const char*)’: nsNSSCallbacks.h:202: error: invalid static_cast from type ‘int’ to type ‘nsNSSHttpRequestSession*’ nsNSSCallbacks.h: In static member function ‘static SECStatus nsNSSHttpInterface::trySendAndReceiveFcn(int, PRPollDesc**, PRUint16*, const char**, const char**, const char**, PRUint32*)’: nsNSSCallbacks.h:214: error: invalid static_cast from type ‘int’ to type ‘nsNSSHttpRequestSession*’ nsNSSCallbacks.h: In static member function ‘static SECStatus nsNSSHttpInterface::cancelFcn(int)’: nsNSSCallbacks.h:221: error: invalid static_cast from type ‘int’ to type ‘nsNSSHttpRequestSession*’ nsNSSCallbacks.h: In static member function ‘static SECStatus nsNSSHttpInterface::freeFcn(int)’: nsNSSCallbacks.h:227: error: invalid static_cast from type ‘int’ to type ‘nsNSSHttpRequestSession*’ gmake[5]: *** [nsCipherInfo.o] Error 1 gmake[5]: Leaving directory `/scratch/mozilla/security/manager/ssl/src' I have configured with: ./configure --disable-optimize --enable-debug='-g3 -O0 -ggdb' --enable-debug-modules=all --enable-debugger-info-modules --enable-detect-webshell-leaks --enable-svg --enable-svg-renderer-libart --enable-image-decoders=all --with-qtdir=/usr/qt/3 --enable-application=suite --disable-freetype2 --enable-jprof --enable-default-toolkit=gtk2 --enable-xft --disable-gssapi Reproducible: Always
*** This bug has been marked as a duplicate of 356224 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Does it happen without --disable-gssapi? That configure flag seems be invalid anyway... maybe you're missing the system header files for gssapi. gssapi.h is in the libkrb5-dev for me.
Apart from the fact I have asked configure to disable the kerberos stuff, I'd say that I use Gentoo linux and I have heimdal installed and not MIT-krb5. I hope Heimdal is supported as well. What worries me that I have multiple gssapi.h header files: # find / -name gssapi.h /usr/include/heimdal/gssapi.h (Heimdal installed by Gentoo into their typical location) /usr/heimdal/include/gssapi.h (Heimdal installed manually by me into the typical location) /scratch/mozilla/extensions/auth/gssapi.h # So I have reconfigured and omitted the --disable-gssapi switch to see the effect. But no, it did not help, I still have the problem.
I'm just going to take a wild guess and say that we're barfing because you're not using the standard Kerberos header files.
I had somewhat broken the source tree. It turned out I did not somehow manage to correctly convert and old tarball to a cvs tree. It got updated, but it wasn't updated to trunk. A fresh cvs checkout (all modules, not only suite) could be compiled well with same configure arguments.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago19 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.