Ah... to come so close to a successful build this time!  I made the 
NS_REINTERPRET_CAST change as Henry suggested, which let me cruise 
nicely past that problem.  I then ran into the problem of one of the 
tests failing, looking for a non-existent dll.

This I remedied by create a .mozconfig with the --disable-tests 
option.

Starting a new day, I decided to pull any "updates" from the CVS, and 
started a new compile.  This time configure failed after creating 
makefiles in c-sdk/ldap directories with:
creating libraries/libldap/Makefile
creating libraries/liblber/Makefile
./configure: cd: rogramming/mozilla: No such file or directory
*** Fix above errors and then restart with "gmake.exe -f client.mk 
build"
gmake: *** [f:/programming/mozilla/Makefile] Error 1
[KILGORE|f:/programming/mozilla]

It seems to me that something tried to interpret the directory, and 
decided that "f:/programming" was indeed "f: escaped p" leaving the 
'rogramming' directory.

Taking the easy way out, I once again went back to my .mozconfig and 
added --disable-ldap

This time, my compile completed, and everything seemed more or less 
ducky.  I moved into my dist/bin directory and typed 'mozilla'.  The 
splash screen came up, and after a few moments of registering new 
components, I was faced with the nasty dialogue stating: ###!!! 
ASSERTION: NS_ENSURE_TRUE(NS_SUCCEEDED(... after which I was allowed 
to chose 'cancel' or 'continue'... both having the same net effect.

Of course, I could be guilty on this one because I didn't do a 'make 
distclean' after adding my --disable flags; just for the matter of 
taking so long to compile in the first place.  I guess that is my next
step, to see if I can get a working build going.

Makes me wonder if I've reached the official level of 'boat anchor' 
yet?

Jeff

On Sun, 28 Mar 3901 22:26:57, [EMAIL PROTECTED] (Henry Sobotka) wrote:
> J. Robinson wrote:
> > 
> > nsModule.cpp: In method `char *
> > nsWidgetModuleData::ConvertFromUcs(const PRUnich
> > ar *, char *, long unsigned int)':
> > nsModule.cpp:340: reinterpret_cast from `const PRUnichar *' to
> > `UniChar *' casts
> >  away const (or volatile)
> 
> Changing NS_REINTERPRET_CAST to NS_CONST_CAST on that line fixes the
> break here. It's a new problem with the EMX build, i.e. nothing wrong
> with your setup or whatever.
> 
> > I'm starting to ponder if I should
> > just clean the EMX environment off my machine and reinstall it and all
> > the needed tools from scratch just to eliminate the possibility of
> > other weirdness.
> 
> If you've gotten this far, you should be okay the rest of the way.
> 
> h~
> 

----------------
Whatza JamochaMUD?  http://jamochamud.anecho.mb.ca
Or other stuff: http://www.anecho.mb.ca/~jeffnik

Reply via email to