There is a builds newgroup, you should ask your questions there.

Go here to get Win32 build info:
http://www.mozilla.org/build/win32.html

As far as I know, you can't just build layout anymore.

Rod


bob wrote:

> Okay. I apologize if this comes up all the time, or this is the
> inappropriate place to pose this question, but I believe I'm in the
> correct place. (If not, is there a group FAQ or more recent
> information that is available on the nglayout site at mozilla.org?)
>
> So anyways, I'm having difficulty building Gecko on Win32 platforms.
> It appears to me to be a makefile problem, ie the include directories
> are not being set up properly in the build_dist and build_layout
> portions of the makefile.
>
> Here's what I do, and here's what happens:
>
> cvs checkout mozilla/client.mak
> cvs checkout mozilla/nglayout.mak
>         Attempting to check out this file tells me that its no longer
> pertinent. Reviewing the history on the file tells me to get the
> client.mak file and then run nmake from the mozilla directory with the
> following:
>         nmake -f client.mak pull_layout build_dist build_layout
> I actually pull the files as a seperate step and archive them, so that
> I can try and hand crank these if the need arises...
>
> So I pull everything from the repository and run the build with
>         nmake -f client.mak build_dist build_layout
>
> If I do this, everything putts along, creating directories and copying
> .h files, until I get to the first .c file that is actually to be
> compiled, at which point it tells me that prttypes.h does not exist
> (although it does, but obviously not in a directory that the .c file
> is aware of, thus why I believe this is a makefile problem.)
>
> Has anyone else seen this? Is there a known fix or workaround?
> Building the entire app works fine, albeit it takes a good while, but
> everything builds and Mozilla runs as expected...
>
> Again, apologies if this is a question answered in the FAQ. (If it is,
> please point me in that direction, I couldn't find one referenced from
> here...)
>
> John McDonald, Jr.
> jmcdonal @T utdallas D0T edu

S/MIME Cryptographic Signature

Reply via email to