On 12/20/05, Randy McMurchy <[EMAIL PROTECTED]> wrote: > 7) Here are some thoughts about the options Dan had in his file,
<snip> > ac_add_options --enable-system-cairo > > (I didn't use this option as enabling cairo is not a Firefox > default. We can enable it, but we need to tell everyone why > we are enabling it, and *exactly* what it provides, and how > it make the build better.) If you --enable-svg, it will use the internal copy of cairo. This is recent, so that's not the issue, but it's in the same boat as zlib, jpeg, etc. Someone else can argue the benefits of reusing your system libs, but that's the reason. > ac_add_options --enable-svg # enable svg support > > (as best as I can tell this option is on by default. Including > it is redundant) This is off by default. MOZ_SVG is not set unless you pass --enable-svg. In turn it uses cairo to do the svg unless you --enable-svg-renderer=something_else. > ac_add_options --enable-canvas # enable html:canvas feature > > (removing this again because there is no good explanation why > we are going to use it. Putting in what ./configure --help says > isn't much help here. What is "html:canvas feature"? What does > it do? Why does that make the build better. All of these questions > need answers.) Can't really answer why you'd want it. I'm not familiar enough with html. I put that in because on the Windows package that Moz distributes they have it in. I think Andrew said the same thing for the Linux package. Wait, here's a link on the Moz website. Seems like a cool new feature and silly not to leave in. I think this will add SVG support. http://developer.mozilla.org/en/docs/Category:HTML:Canvas > mk_add_options BUILD_OFFICIAL=1 > mk_add_options MOZILLA_OFFICIAL=1 > export BUILD_OFFICIAL=1 > export MOZILLA_OFFICIAL=1 > > (I'm not sure these are necessary any longer. I didn't use them > and can't notice any difference in functionality with Firefox. I think these are historical and unnecessary. I couldn't find any way they affected the build. > I wrote this before my latest build which does not have an icon > in the taskbar indicator for the Firefox window. I will do more > testing on these options.) I wrote an email about this sometime back, but no one said anything, so I kept quiet. The fix is trivial. You need an xpm in /usr/lib/firefox-1.5/chrome/icons/default. One isn't installed in the make install method. For the packaged method it is. I have a patch for this to a Makefile.in, but it's probably simpler to just do it in a command. Simple fix: mkdir -pv /usr/lib/firefox-1.5/chrome/icons/default cp -v /usr/lib/firefox-1.5/icons/default.xpm /usr/lib/firefox-1.5/chrome/icons/default (default.xpm is littered throughout the build and source directories if you prefer to copy it from somewhere else) > ac_add_options \ > --with-default-mozilla-five-home=/usr/lib/firefox-1.5 # > MOZILLA_FIVE_HOME > > (this one is included above in the file I used, but like Andy, I > wonder about its usefulness. Though I argued for it, I did quite > a bit of testing where I left it off (and also intentionally put > in a different directory in the command than it should be, i.e., > where it was installed was different than what the parameter was). Probably not, but it is in /usr/include/firefox-1.5/mozilla-config.h, so something else may depend on it on the macro. Needs more research. I agree with you that it doesn't affect running firefox. > ac_add_options --enable-xinerama # dual display support > > (as best as I can tell this is on by default) No, ENABLE_XINERAMA is unset unless you pass in --enable-xinerama. Good luck. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
