Changes

Jump to: navigation, search

User:Melz/Assignment1

1,344 bytes added, 18:47, 18 September 2006
Screenshot: - added image
After reading some suggestions, I decided to go for the bleeding edge builds on CVS. Apparently [[User:Mylau|mylau]] faced a number of issues while building from the stable source archive, and Vlad's suggestion was to go with CVS to avoid those headaches.
I also spent some time reading the [http://developer.mozilla.org/en/docs/Build_Documentation build documentation] at [http://developer.mozilla.org/ MDC]. It's probably the best place to startget started since it covers the entire building process.
==Getting the required dependencies==
</pre>
Unfortunately, that command just hung there. CVS wasn't checking out anything. I double-checked the [http://developer.mozilla.org/en/docs/Mozilla_Source_Code_Via_CVS#Requirements|documentation] and apparently cvs 1.12.9 was reported to work fine. After spending an hour looking around, I came to the conclusion that the college labs had the cvs port blocked.
Now I had to resort to downloading the source and compiling it on my old computer at home.
When I woke up, the build process had died prematurely. I googled the error message and there wasn't much of a solution to the problem other than reinstalling gcc. Since memory was an issue here, I assumed it must have "crashed" due to lack of memory.
So I ran the build command again and the build process picked up from where it ended. I concluded that it really was due to lack of memory. This problem continued to occur several times after (each time at different points of the code, but with the same error code).
This "error" continued to occur several times moreSlowly, but I finally approached the final goal. UnfortunatelyUnexpectedly, the last linking part crashes the keeps crashing my terminal window so I couldn't proceed further.
Since Gnome probably sucks up enough memory by itself, I was down decided to switch to console mode (I know, why didn't I think about it before?). After I did that, I killed both the last resortGnome Display Manager (gdm) and VMWare (since it was running as well).
Since Gnome probably sucks up enough memory by itself, I decided to switch to console modecrossed my fingers and started building again. After I did that, I stopped the Gnome Display Manager (/etc/init.d/gdm) and VMWare (since And it was running as well)finally completed sucessfully.Phew!
I crossed =Screenshot=Here's a screenshot of the Help > About Mozilla Firefox dialog for my fingers and started building again.custom build:
And it completed sucessfully. Phew[[Image:Melz_ff3ss.png]]
=ScreenshotConclusion=Here's Overall, I think it was quite an interesting adventure, having compiled my own custom build of Firefox. This is the first GUI application I ever compiled on Linux and I must admit it also has the largest codebase I ever handled for a single application. Along the screenshot way, I picked up a lot of useful knowledge, particularly those relating to maximizing my Linux experience. I'm not covering them in this report since the Firefox build topics I compiled:had to delve into ranged from changing boot options all the way to simple commands for switching to console mode.
However, I definitely would want to rebuild the source tree again sometime soon because I broke a number of "rules" by not cleaning up my object folder after a compile error. Obviously, I was playing with fire by doing so, but since I didn''(t want to be uploaded)'spend extra time re-compiling everything, I went ahead and risked it. In fact, I'm still amazed I successfully built Firefox from CVS that way.
=Conclusion=This entire build process wouldn't have been successful without help from the various people at the #seneca IRC channel, the build documentation at Mozilla Developer Centre, and good 'ol trusty Google. Thanks for all your help!
1
edit

Navigation menu