Closed
Bug 245936
Opened 20 years ago
Closed 19 years ago
compilation of negotiateauth fails when locating gssapi with krb5-config
Categories
(Core :: Networking, defect)
Core
Networking
Tracking
()
RESOLVED
FIXED
Future
People
(Reporter: msv, Assigned: darin.moz)
References
Details
(Keywords: helpwanted)
Attachments
(2 files, 1 obsolete file)
1.86 KB,
patch
|
Details | Diff | Splinter Review | |
1.94 KB,
patch
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040207 Firefox/0.8
Build Identifier:
Reproducible: Always
Steps to Reproduce:
1. Have gssapi.h installed somewhere else that /usr/include,
/usr/include/gssapi, /usr/kerberos/include or /usr/kerberos/include/gssapi
2. Have a correct krb5-config
3. Compile mozilla
Actual Results:
The compilation ended in:
g++ -o nsHttpGssapiAuth.o -c -DOSTYPE=\"Linux2.4\" -DOSARCH=\"Linux\" -DHAVE_DEP
ENDENT_LIBS -I/usr/include/heimdal -I/usr/athena/include -I../../dist/include/xp
com -I../../dist/include/string -I../../dist/include/necko -I../../dist/include/
pref -I../../dist/include/negotiateauth -I../../dist/include -I/var/tmp/portage/
mozilla-1.7_rc1-r1/work/mozilla/dist/include/nspr -I. -I/usr/X11R6/include
-fPIC -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpoin
ter-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-
non-virtual-dtor -Wno-long-long -fforce-addr -Wno-deprecated -fshort-wchar -pthr
ead -pipe -DNDEBUG -DTRIMMED -ffunction-sections -O2 -I/usr/X11R6/include -DMO
ZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD,.deps/nsHttpGssapiAuth.pp n
sHttpGssapiAuth.cpp
nsHttpGssapiAuth.cpp:104: error: `OM_uint32' was not declared in this scope
nsHttpGssapiAuth.cpp:104: error: parsningsfel before `,' token
nsHttpGssapiAuth.cpp: In function `void LogGssError(...)':
nsHttpGssapiAuth.cpp:106: error: `OM_uint32' undeclared (first use this
function)
nsHttpGssapiAuth.cpp:106: error: (Each undeclared identifier is reported only
once for each function it appears in.)
....
(The errors go on.)
Expected Results:
Succesful compilation!
I have heimdal 0.62 installed. I tried to compile the mozilla-1.7_rc1-r1 ebuild
from Gentoo.
The problem arises in configure.in from overlooking to do AC_CHECK_HEADERS on
gssapi.h in the krb5-config case. Because of this HAVE_GSSAPI_H won't be defined
and then gssapi.h don't get included in nsHttpGssapiAuth.cpp.
I've made a patch which I'll post when it's tested.
This might be the same problem as in bug 245467.
Assignee | ||
Comment 1•20 years ago
|
||
looking forward to the patch.
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Target Milestone: --- → mozilla1.8alpha2
Assignee | ||
Comment 2•20 years ago
|
||
does this patch work?
Reporter | ||
Comment 3•20 years ago
|
||
I didn't try your patch, but I can see that it suffers from the same subtle
problem my first patch did: Since a check for gssapi.h is done earlier the
added check won't be performed since the cached (negative) result of the
earlier test will be reused.
The attached patch worked for me. It's not done against CVS, but since at least
this part of configure.in isn't changed it should work fine.
I didn't bother doing the check for gssapi/gssapi.g since it shouldn't be
needed with a correct krb5-config.
I'm not quite pleased with my patch though. Why should only a krb5-config
placed in /usr/bin och /usr/kerberos/bin be considered?
Also, if libgssapi.so was found but not gssapi.h krb5-config won't be used to
try finding gssapi.h.
A revised patch will show up shortly.
Reporter | ||
Comment 4•20 years ago
|
||
Fixes the issues I mentioned. If you set --with-gssapi only krb5-config from
given directory will be used (like before) otherwise use ordinary path.
Reporter | ||
Updated•20 years ago
|
Attachment #150395 -
Attachment is obsolete: true
Comment 5•20 years ago
|
||
it doesn't build on SUSE 9.1 with heimdal with the same error message.
So I understand that it didn't find all components?
It's all in /usr/include/heimdal and /usr/lib.
Reporter | ||
Comment 6•20 years ago
|
||
It's not really that simple (see my original description). Anyway, please try my
patch and report if it works.
Comment 7•20 years ago
|
||
It seems that is not the same problem for me. Yesterday I tried to build firefox
and today I tried it with mozilla.
The compile-commandline looks good and it should find the Headers but I got
another error:
Hercules:/usr/src/packages/BUILD/mozilla/extensions/negotiateauth# c++ -o
nsHttpGssapiAuth.o -c -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\"
-DHAVE_DEPENDENT_LIBS -I/usr/include/heimdal -I../../dist/include/xpcom
-I../../dist/include/string -I../../dist/include/necko -I../../dist/include/pref
-I../../dist/include/negotiateauth -I../../dist/include
-I/usr/src/packages/BUILD/mozilla/dist/include/nspr -I. -I/usr/X11R6/include
-fPIC -I/usr/X11R6/include -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 -O2 -march=i586 -mcpu=i686
-fmessage-length=0 -Wall -fno-strict-aliasing -fshort-wchar -pthread -pipe
-DNDEBUG -DTRIMMED -ffunction-sections -O2 -march=i586 -mcpu=i686
-fmessage-length=0 -Wall -fno-strict-aliasing -I/usr/X11R6/include
-DMOZILLA_CLIENT -include ../../mozilla-config.h
-Wp,-MD,.deps/nsHttpGssapiAuth.pp nsHttpGssapiAuth.cpp
In file included from ../../dist/include/xpcom/nsIServiceManager.h:178,
from nsHttpGssapiAuth.cpp:73:
../../dist/include/xpcom/nsIServiceManagerUtils.h:48: warning: `class
nsGetServiceByCID' has virtual functions but non-virtual destructor
../../dist/include/xpcom/nsIServiceManagerUtils.h:81: warning: `class
nsGetServiceByContractID' has virtual functions but non-virtual destructor
../../dist/include/xpcom/nsIServiceManagerUtils.h:114: warning: `class
nsGetServiceFromCategory' has virtual functions but non-virtual destructor
nsHttpGssapiAuth.cpp:161: error: syntax error before `)' token
nsHttpGssapiAuth.cpp:152: warning: `class nsGssapiContinuationState' has virtual
functions but non-virtual destructor
nsHttpGssapiAuth.cpp:163: error: ISO C++ forbids defining types within return type
nsHttpGssapiAuth.cpp:163: error: syntax error before `;' token
nsHttpGssapiAuth.cpp: In constructor
`nsGssapiContinuationState::nsGssapiContinuationState()':
nsHttpGssapiAuth.cpp:170: error: `OM_uint32' undeclared (first use this function)
[many errors to follow]
Any idea. To note that this is mozilla 1.7
Comment 8•20 years ago
|
||
OK, my error. My problems are only related to configure not configuring correctly
for includes in /usr/include/heimdal.
It would compile correcly if all the HAVE_ things would be correct IMHO.
I can't test the patch easily because my autoconf doesn't like mozilla's
configure.in and I'm too stupid for autoconf :-(
Comment 9•20 years ago
|
||
This also affects firefox-0.9.
The patch supplied worked for me on Gentoo with heimdal against the firefox-0.9
tree. You have to run autoconf (Gentoo suplies all versions of autoconf). <a
href="http://bugzilla.mozilla.org/show_bug.cgi?id=245467">Bug 245467</a>
addresses same issue, since error messages are the same, only in German.
Assignee | ||
Updated•20 years ago
|
Target Milestone: mozilla1.8alpha2 → mozilla1.8beta
Assignee | ||
Comment 10•20 years ago
|
||
Please try the patch in bug 245467. I believe it may help in this case as well.
Assignee | ||
Comment 11•20 years ago
|
||
Downgrading to Severity:minor since this impacts relatively few users. I doubt
I will have time to improve the build fu for this in time for Gecko 1.8.
Patches welcome. Help wanted. Yadda yadda.
See also bug 245467.
Comment 12•19 years ago
|
||
Negotiateauth has now been changed to use an internal version of the gssapi.h
header file, so any compilation problems with gssapi.h should be a thing of the
past. The changes were made as part of the patch for bug #280792.
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Comment 13•19 years ago
|
||
please note that the gentoo people have threatened to hack 1.7 in order to deal with this mess. i know we don't really want to backport stuff to 1.7, but i'd rather not see them hack our stuff *ever*.
Comment 14•18 years ago
|
||
(In reply to comment #13)
> please note that the gentoo people have threatened to hack 1.7 in order to deal
> with this mess. i know we don't really want to backport stuff to 1.7, but i'd
> rather not see them hack our stuff *ever*.
>
If your gonna say gentoo people please include who ( as I am the only current gentoo dev working on mozilla products, this insinuates myself as making comment ) which is utter non-sence.
You need to log in
before you can comment on or make changes to this bug.
Description
•