<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <id>http://groups.google.com/group/mozilla.dev.builds</id>
  <title type="text">mozilla.dev.builds Google Group</title>
  <subtitle type="text">
  </subtitle>
  <link href="/group/mozilla.dev.builds/feed/atom_v1_0_msgs.xml" rel="self" title="mozilla.dev.builds feed"/>
  <updated>2008-10-11T01:32:10Z</updated>
  <generator uri="http://groups.google.com" version="1.99">Google Groups</generator>
  <entry>
  <author>
  <name>George Sherwood</name>
  <email>gsherw...@sourcemage.org</email>
  </author>
  <updated>2008-10-11T01:32:10Z</updated>
  <id>http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/276fbc1f515705c4/c8a358cebc5500cd?show_docid=c8a358cebc5500cd</id>
  <link href="http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/276fbc1f515705c4/c8a358cebc5500cd?show_docid=c8a358cebc5500cd"/>
  <title type="text">Re: xulrunner ignoring --with-system-nss</title>
  <summary type="html" xml:space="preserve">
  I did figure out that due to the fact that our distro was installing &lt;br&gt; mozilla-nss.pc, but not nss-config and this was causing the configure to &lt;br&gt; not see the system nss, so it was always going to build one internally. I &lt;br&gt; added the nss-config file and now the xulrunner build is failing and I am &lt;br&gt; sure it is related to nss. Here is the error:
  </summary>
  </entry>
  <entry>
  <author>
  <name>George Sherwood</name>
  <email>gsherw...@sourcemage.org</email>
  </author>
  <updated>2008-10-10T14:37:24Z</updated>
  <id>http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/276fbc1f515705c4/365baaecf189d241?show_docid=365baaecf189d241</id>
  <link href="http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/276fbc1f515705c4/365baaecf189d241?show_docid=365baaecf189d241"/>
  <title type="text">xulrunner ignoring --with-system-nss</title>
  <summary type="html" xml:space="preserve">
  I am building xulrunner 1.9.0.3, but when I use the options --with-system- &lt;br&gt; nspr and --with-system-nss in my .mozconfig, when doing a make install the &lt;br&gt; file mozilla-nss.pc is still installed. This is clobbering the mozilla- &lt;br&gt; nss.pc file from the system nss. The only way I found to stop this was to &lt;br&gt; remove this ifndef from xulrunner/installer/Makefile.i n
  </summary>
  </entry>
  <entry>
  <author>
  <name>John J. Barton</name>
  <email>johnjbar...@johnjbarton.com</email>
  </author>
  <updated>2008-10-10T04:03:58Z</updated>
  <id>http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/33cda946879aba0e/f28c13ccecc3eeca?show_docid=f28c13ccecc3eeca</id>
  <link href="http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/33cda946879aba0e/f28c13ccecc3eeca?show_docid=f28c13ccecc3eeca"/>
  <title type="text">Re: NSPR + NSS now in mozilla-central</title>
  <summary type="html" xml:space="preserve">
  pdb is created by VC++ to hold debugging symbols. It is created when the &lt;br&gt; compile includes /Zi option. To name the target .pdb file, you use /Fd. &lt;br&gt; There is no makefile in my tree that contains /Fd so nspr4.pdb is not &lt;br&gt; going to be created. I believe the configuration sets up to require .pdb &lt;br&gt; but does not emit the rule to create the .pdb
  </summary>
  </entry>
  <entry>
  <author>
  <name>John J Barton</name>
  <email>johnjbar...@johnjbarton.com</email>
  </author>
  <updated>2008-10-09T21:38:34Z</updated>
  <id>http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/33cda946879aba0e/794aaaffb623e56a?show_docid=794aaaffb623e56a</id>
  <link href="http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/33cda946879aba0e/794aaaffb623e56a?show_docid=794aaaffb623e56a"/>
  <title type="text">Re: NSPR + NSS now in mozilla-central</title>
  <summary type="html" xml:space="preserve">
  Ok, any suggestions on how to build nspr.pdb? Any idea what it is?
  </summary>
  </entry>
  <entry>
  <author>
  <name>John J Barton</name>
  <email>johnjbar...@johnjbarton.com</email>
  </author>
  <updated>2008-10-09T21:28:49Z</updated>
  <id>http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/043ff62a5ea1673c/44746422c9dc32a3?show_docid=44746422c9dc32a3</id>
  <link href="http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/043ff62a5ea1673c/44746422c9dc32a3?show_docid=44746422c9dc32a3"/>
  <title type="text">Re: Installing Mercurial</title>
  <summary type="html" xml:space="preserve">
  Thanks, but I never use these home directory things. I don&#39;t know where &lt;br&gt; they are, they are like globals in appearing unexpectedly when you are &lt;br&gt; using other tools, they result in different values on different &lt;br&gt; machines, etc. Better to keep all of the info about the build tools in &lt;br&gt; one place. I&#39;ll probably have another machine before mozillabuild is
  </summary>
  </entry>
  <entry>
  <author>
  <name>Ted Mielczarek</name>
  <email>ted.mielcza...@gmail.com</email>
  </author>
  <updated>2008-10-09T19:50:08Z</updated>
  <id>http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/043ff62a5ea1673c/80aef71367fbccd9?show_docid=80aef71367fbccd9</id>
  <link href="http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/043ff62a5ea1673c/80aef71367fbccd9?show_docid=80aef71367fbccd9"/>
  <title type="text">Re: Installing Mercurial</title>
  <summary type="html" xml:space="preserve">
  You might want to put your local configuration into %USERPROFILE% &lt;br&gt; \Mercurial.ini, however, so you don&#39;t lose your changes if you update &lt;br&gt; to a newer version of MozillaBuild at some point. &lt;br&gt; -Ted
  </summary>
  </entry>
  <entry>
  <author>
  <name>Ted Mielczarek</name>
  <email>ted.mielcza...@gmail.com</email>
  </author>
  <updated>2008-10-09T19:42:39Z</updated>
  <id>http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/33cda946879aba0e/c876c531f0383930?show_docid=c876c531f0383930</id>
  <link href="http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/33cda946879aba0e/c876c531f0383930?show_docid=c876c531f0383930"/>
  <title type="text">Re: NSPR + NSS now in mozilla-central</title>
  <summary type="html" xml:space="preserve">
  Yes, you need NSPR to build Firefox. The &amp;quot;rm&amp;quot; was only if you had &lt;br&gt; cloned a tree a while ago and checked out NSPR/NSS from CVS. &lt;br&gt; -Ted
  </summary>
  </entry>
  <entry>
  <author>
  <name>John J Barton</name>
  <email>johnjbar...@johnjbarton.com</email>
  </author>
  <updated>2008-10-09T18:57:12Z</updated>
  <id>http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/33cda946879aba0e/55cd8ff9bde51abd?show_docid=55cd8ff9bde51abd</id>
  <link href="http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/33cda946879aba0e/55cd8ff9bde51abd?show_docid=55cd8ff9bde51abd"/>
  <title type="text">Re: NSPR + NSS now in mozilla-central</title>
  <summary type="html" xml:space="preserve">
  I just did a clone of mozilla-central and when I build I hit &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;https://bugzilla.mozilla.org/show_bug.cgi?id=338224&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; which occurs in the nsprpub directory removed above. I don&#39;t understand &lt;br&gt; any of the first paragraph above. &lt;br&gt; Is nsprpub needed? should it be deleted after cloning the source or not? &lt;br&gt; jjb
  </summary>
  </entry>
  <entry>
  <author>
  <name>Adam Dolinski</name>
  <email>a.dolin...@samsung.com</email>
  </author>
  <updated>2008-10-09T15:04:25Z</updated>
  <id>http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/33b1ff40624d2228/99c05d1184455001?show_docid=99c05d1184455001</id>
  <link href="http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/33b1ff40624d2228/99c05d1184455001?show_docid=99c05d1184455001"/>
  <title type="text">Unable to build Firefox</title>
  <summary type="html" xml:space="preserve">
  Hi, &lt;br&gt; &lt;p&gt;I am new to Mozilla build system and my long term goal is to compile Firefox or XULRunner for Windows Mobile. &lt;br&gt; I have got several questions and will be grateful to anyone who lets me know an answer to any of those: &lt;br&gt; &lt;p&gt;1.	When building FF or XULRunner for regular Win32, e.g. Windows XP, is there any alternative to the UNIX tools based build system? I mean does anyone have any SLN file(s), which perform the build of FF / XR without using MINGW?
  </summary>
  </entry>
  <entry>
  <author>
  <name>Benjamin Smedberg</name>
  <email>benja...@smedbergs.us</email>
  </author>
  <updated>2008-10-09T13:00:10Z</updated>
  <id>http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/4fedbb5096928d29/6cdfcd704145940b?show_docid=6cdfcd704145940b</id>
  <link href="http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/4fedbb5096928d29/6cdfcd704145940b?show_docid=6cdfcd704145940b"/>
  <title type="text">Re: mk_add_options on FF3.1 w/mercurial?</title>
  <summary type="html" xml:space="preserve">
  The options which control checkout are: MOZ_CO_PROJECT is obsolete, for example. &lt;br&gt; But other client.mk options such as MOZ_OBJDIR control the build process, &lt;br&gt; and so they aren&#39;t obsolete. &lt;br&gt; We want our docs to cover all the current branches, so I don&#39;t think we &lt;br&gt; should change these docs until we get rid of CVS-based builds, which won&#39;t
  </summary>
  </entry>
  <entry>
  <author>
  <name>Benjamin Smedberg</name>
  <email>benja...@smedbergs.us</email>
  </author>
  <updated>2008-10-09T12:57:54Z</updated>
  <id>http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/6cac6ee902691033/decf8b7e71449ca2?show_docid=decf8b7e71449ca2</id>
  <link href="http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/6cac6ee902691033/decf8b7e71449ca2?show_docid=decf8b7e71449ca2"/>
  <title type="text">Re: what does autoconf have to do with mercurial?</title>
  <summary type="html" xml:space="preserve">
  This is a bad place for these instructions. Somebody put them there because &lt;br&gt; we introduced the requirement that everyone have autoconf-2.13 when we &lt;br&gt; switched to Mercurial, and I guess that seemed like a convenient place to &lt;br&gt; note the fact. &lt;br&gt; Please feel free to fix this with a link to the build prerequisites, or
  </summary>
  </entry>
  <entry>
  <author>
  <name>Mac</name>
  <email>meunierr...@gmail.com</email>
  </author>
  <updated>2008-10-09T12:05:16Z</updated>
  <id>http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/f6df502f922fff5d/e75a16ed9adce3c6?show_docid=e75a16ed9adce3c6</id>
  <link href="http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/f6df502f922fff5d/e75a16ed9adce3c6?show_docid=e75a16ed9adce3c6"/>
  <title type="text">How to compile &quot;mozilla/modules/plugin/tools/sdk/samples/basic/unix&quot; ?</title>
  <summary type="html" xml:space="preserve">
  Hi everyone, &lt;br&gt; After building the browser Application (on unix) with the following &lt;br&gt; options: disable-static, enable-tests , the files in the folder &lt;br&gt; &amp;quot;mozilla/modules/plugin/tools/ sdk/samples/basic/unix&amp;quot; are not &lt;br&gt; compiled . But this files are precisely the ones I wanted to compile &lt;br&gt; in first place. &lt;br&gt; Could anybody please help me getting these files compiled?
  </summary>
  </entry>
  <entry>
  <author>
  <name>John J Barton</name>
  <email>johnjbar...@johnjbarton.com</email>
  </author>
  <updated>2008-10-08T22:45:28Z</updated>
  <id>http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/4fedbb5096928d29/62e83ba119b13f7d?show_docid=62e83ba119b13f7d</id>
  <link href="http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/4fedbb5096928d29/62e83ba119b13f7d?show_docid=62e83ba119b13f7d"/>
  <title type="text">mk_add_options on FF3.1 w/mercurial?</title>
  <summary type="html" xml:space="preserve">
  The mercurial page &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://developer.mozilla.org/en/Mozilla_Source_Code_(Mercurial&quot;&gt;[link]&lt;/a&gt;) &lt;br&gt; links the config page for .mozconfig stuff: &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://developer.mozilla.org/en/Configuring_Build_Options&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; On the config page it talks about mk_add_options: &lt;br&gt; Options prefixed with mk_add_options are passed to client.mk, and are
  </summary>
  </entry>
  <entry>
  <author>
  <name>John J Barton</name>
  <email>johnjbar...@johnjbarton.com</email>
  </author>
  <updated>2008-10-08T21:53:11Z</updated>
  <id>http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/6cac6ee902691033/46c913e42721dc6d?show_docid=46c913e42721dc6d</id>
  <link href="http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/6cac6ee902691033/46c913e42721dc6d?show_docid=46c913e42721dc6d"/>
  <title type="text">what does autoconf have to do with mercurial?</title>
  <summary type="html" xml:space="preserve">
  Ok I got past installing and configuring Mercurial &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://developer.mozilla.org/en/Mozilla_Source_Code_(Mercurial&quot;&gt;[link]&lt;/a&gt;) &lt;br&gt; But the next section of the doc is about autoconf. What I am missing &lt;br&gt; here? I thought autoconf was something you did to the source tree and &lt;br&gt; any way was a pre-req. Is there some reason these instructions are
  </summary>
  </entry>
  <entry>
  <author>
  <name>Benjamin Smedberg</name>
  <email>benja...@smedbergs.us</email>
  </author>
  <updated>2008-10-08T18:28:32Z</updated>
  <id>http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/c20aaccceb628de6/1107aec9b66ae964?show_docid=1107aec9b66ae964</id>
  <link href="http://groups.google.com/group/mozilla.dev.builds/browse_thread/thread/c20aaccceb628de6/1107aec9b66ae964?show_docid=1107aec9b66ae964"/>
  <title type="text">Re: Checking out the *FF3.1* source tree</title>
  <summary type="html" xml:space="preserve">
  No. The old function of &amp;quot;put a tree together&amp;quot; is gone, but it has additional &lt;br&gt; functions for pulling new NSPR and NSS tags, and we hope to remove client.mk &lt;br&gt; in the future and push that functionality into client.py &lt;br&gt; --BDS
  </summary>
  </entry>
</feed>
