Thank you for all the answers, The lonesome #elif can be changed to an #else fixing the build for firefox 2.0a. Still, using gcc 4.4.0 the layout problem persists.
Someone has tried dev LFS + dev BLFS with gcc 4.3.X? (some disk problems prevent me from compiling) About the same topic, I wonder if this bug should be reported to the gcc or mozilla folks. If gcc 4.3.X works fine, I doubt mozdev folks will get that problem on their shoulders. Add to that if some distros got both seamonkey and gcc 4.4.0 working right; the problem may be only LFS related. Have a nice day, Dominic. On Fri, Jun 12, 2009 at 11:40 PM, William Immendorf < will.immend...@gmail.com> wrote: > On Sat, Jun 6, 2009 at 8:07 AM, William > Immendorf<will.immend...@gmail.com> wrote: > > Thanks for the info. I reported this to Mozilla: > > > > https://bugzilla.mozilla.org/show_bug.cgi?id=496706 > > > > William > > > The plot thickens... > > Turns out this issue happens with ALL of the Mozilla apps that use > Gecko, including Firefox, Thunderbird, and Seamonkey. > > Also, there are a couple other plobrems with GCC 4.4.0, like some > Firefox source files needing cstdio included, and nsAppRunner.cpp has > a lonesome #elif, causing a minor snag with building FF and TB. > > The issue only applies when compiled with GCC 4.4.0. Using GCC 4.3.3 > fixes this plobrem. > > There are only two solutions for this: > > * In LFS, downgrade to GCC 4.3.3, and: > * Wait until someone provides a working patch. > > Either way, I am waiting... > > William > -- > http://linuxfromscratch.org/mailman/listinfo/blfs-support > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > Unsubscribe: See the above information page >
-- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
