Okay... bad form to respond to ones own post, but after a reboot, I
tried to load Mozilla again.
This time it works, albiet a little bit shakey.
Is something leaking? Or am I doing the big bad by using pgcc instead
of stock gcc?
Am I too full of silly questions?
Jeff
On Sun, 2 Apr 3901 04:24:04, [EMAIL PROTECTED] (J. Robinson) wrote:
> 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
----------------
Whatza JamochaMUD? http://jamochamud.anecho.mb.ca
Or other stuff: http://www.anecho.mb.ca/~jeffnik
