Closed Bug 5727 Opened 25 years ago Closed 25 years ago

Mozilla from the Thu Apr 29 CVS will not compile!

Categories

(Core :: XUL, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: dejong, Assigned: sfraser_bugs)

Details

I got the CVS source from Thu Apr 29 and tried to compile but I got an error while compiling in xpfe/components/find/src. I was using a debian 2.1 linux box with a 2.2.7 kernel and egcs 1.1.1. I configured like so. cd mozilla mkdir linux setenv pre `cd ../../install;pwd` ../configure --prefix=$pre \ --with-gtk-prefix=$pre \ --with-glib-prefix=$pre \ --with-libIDL-prefix=$pre \ --with-nspr=$pre \ --with-pthreads \ --disable-md This is where I got the compile error. cd mozilla/linux/xpfe/components/find/src % make c++ -o nsFindComponent.o -c -fno-rtti -fno-exceptions -Wall -pipe -include ../../../../config-defs.h -g -fPIC -DDEBUG -UNDEBUG -DDEBUG_mo -DTRACING -DOSTYPE=\"Linux2.2\" -DSingleSignon -DCookieManagement -DClientWallet -I../../../../dist/./include -I../../ ../../dist/include -I../../../../../include -I/usr/local/project/mozilla/install/include -I../../../../dist/./public/jpeg -I../../ ../../dist/./public/png -I../../../../dist/./public/zlib -I/usr/X11R6/include ../../../../../xpfe/components/find/src/nsFindComp onent.cpp ../../../../../xpfe/components/find/src/nsFindComponent.cpp:27: nsITextServicesDocument.h: No such file or directory ../../../../../xpfe/components/find/src/nsFindComponent.cpp:28: nsTextServicesCID.h: No such file or directory ../../../../../xpfe/components/find/src/nsFindComponent.cpp: In method `nsresult nsFindComponent::Context::Init(class nsIWebShell *, const class nsString &, PRBool, PRBool, PRBool)': ../../../../../xpfe/components/find/src/nsFindComponent.cpp:172: warning: assignment of negative value `-1' to `PRUint32' ../../../../../xpfe/components/find/src/nsFindComponent.cpp: At top level: ... make: *** [nsFindComponent.o] Error 1 So the problem seemed to be that the build process could not find the file nsITextServicesDocument.h. I looked for the .h file and found it here. mozilla/editor/txtsvc/public/nsITextServicesDocument.h I was able to compile the file by hand by adding -I../../../../../editor/txtsvc/public but this really needs to build "out of the box" when I configure in a directory other than the main src directory.
Assignee: briano → sfraser
Component: Build Config → XP Miscellany
This is probably not a problem anymore, but I'm reassigning it to the owner of nsFindComponent.cpp just in case.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
This has been fixed.
I just did a "cvs update" then a "./config.status" and a "make" but I still get the same error. Has this fix shown up in the CVS tree yet?
The fix is in version 1.11 of mozilla/editor/Makefile.in, checked in last Monday.
I just double checked and I was using version 1.11 of the file mozilla/editor/Makefile.in. I also reran configure but I still get the same error.
Then maybe configure is broken.cc:ing akkana
Have you done a clobber and removed all the generated files like config.cache? This makefile seems to be working fine for freshly-pulled builds, so maybe there's a dependency problem.
I am starting to think this is a dependency problem. I just pulled down the most recent CVS tree on a Solaris box and it compiled so perhaps I did have some old junk in the build directory on my linux box. I thought I ran "make realclean" but I might have just run "make clean". That brings up another point. You just really should use the make arguments used by other free projects out there. To clean out all deps most people use a rule called "make distclean". I also noticed that "make install" does not seem to do anything for mozilla or NSPR. I had to add some funky stuff like DISTDIR=... DISTMODE=copy or something just to get things installed. Why not use the standard arguments like "make install" and so on?
Status: RESOLVED → VERIFIED
I just pulled a fresh CVS tree today (Mon May 10) and it builds just fine. I am going to mark this bug VERIFIED.
Component: XP Miscellany → XP Toolkit/Widgets
You need to log in before you can comment on or make changes to this bug.