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)
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.
Updated•25 years ago
|
Assignee: briano → sfraser
Component: Build Config → XP Miscellany
Comment 1•25 years ago
|
||
This is probably not a problem anymore, but I'm reassigning it
to the owner of nsFindComponent.cpp just in case.
Assignee | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 2•25 years ago
|
||
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?
Assignee | ||
Comment 4•25 years ago
|
||
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.
Assignee | ||
Comment 6•25 years ago
|
||
Then maybe configure is broken.cc:ing akkana
Comment 7•25 years ago
|
||
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?
I just pulled a fresh CVS tree today (Mon May 10) and it builds just fine.
I am going to mark this bug VERIFIED.
You need to log in
before you can comment on or make changes to this bug.
Description
•