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)
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
Comment 1•19 years ago
|
||
*** This bug has been marked as a duplicate of 356224 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Updated•19 years ago
|
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Comment 2•19 years ago
|
||
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.
Reporter | ||
Comment 3•19 years ago
|
||
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.
Comment 4•19 years ago
|
||
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.
Reporter | ||
Comment 5•19 years ago
|
||
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 ago → 19 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•