Re: [blfs-dev] Firefox 41.0.3 build problem
Bruce Dubbs wrote: > I've got a problem building firefox on a new system. On my normal > development system it builds fine, but using the same procedures on a > brand new build gives: > > /usr/src/firefox/firefox/mozilla-release/gfx/skia/trunk/src/ports/SkFontHost_FreeType.cpp:560: > > undefined reference to `FT_Get_X11_Font_Format' > collect2: error: ld returned 1 exit status > /usr/src/firefox/firefox/mozilla-release/config/rules.mk:812: recipe for > target 'libxul.so' failed Freetype 2.6.1 changed the location of ftfntfmt.h, so config/system-headers must be patched yet again. This works for me: sed -i '/^freetype\/ftcache.h/a freetype\/ftfntfmt.h' config/system-headers -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Firefox 41.0.3 build problem
Em 19-10-2015 03:51, Markku Pesonen escreveu: > Bruce Dubbs wrote: >> I've got a problem building firefox on a new system. On my normal >> development system it builds fine, but using the same procedures on a >> brand new build gives: >> >> /usr/src/firefox/firefox/mozilla-release/gfx/skia/trunk/src/ports/SkFontHost_FreeType.cpp:560: >> >> undefined reference to `FT_Get_X11_Font_Format' >> collect2: error: ld returned 1 exit status >> /usr/src/firefox/firefox/mozilla-release/config/rules.mk:812: recipe for >> target 'libxul.so' failed > > Freetype 2.6.1 changed the location of ftfntfmt.h, so > config/system-headers must be patched yet again. This works for me: > > sed -i '/^freetype\/ftcache.h/a freetype\/ftfntfmt.h' config/system-headers Thanks, Markku. Yes: {{{ II. IMPORTANT CHANGES - The header file layout has been changed (again), moving all header files except `ft2build.h' into a subdirectory tree. Doing so reduces the possibility of header file name clashes (e.g., FTGL's `FTGlyph.h' with FreeType's `ftglyph.h') on case insensitive file systems like Mac OS X or Windows. Applications that use (a) the `freetype-config' script or FreeType's `freetype2.pc' file for pkg-config to get the include directory for the compiler, and (b) the documented way for header inclusion like #include #include FT_FREETYPE_H ... don't need any change to the source code. }}} It is in the ticket. We are expecting some more problems, but I'm building the new dev system quite slow, and could not test everything yet, to try and fix. Markku's fix is very appreciated not only for FF, but it should facilitate our job with other packages. -- []s, Fernando de Oliveira -- []s, Fernando, aka SÃsifo -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Firefox 41.0.3 build problem
Markku Pesonen wrote: Bruce Dubbs wrote: I've got a problem building firefox on a new system. On my normal development system it builds fine, but using the same procedures on a brand new build gives: /usr/src/firefox/firefox/mozilla-release/gfx/skia/trunk/src/ports/SkFontHost_FreeType.cpp:560: undefined reference to `FT_Get_X11_Font_Format' collect2: error: ld returned 1 exit status /usr/src/firefox/firefox/mozilla-release/config/rules.mk:812: recipe for target 'libxul.so' failed Freetype 2.6.1 changed the location of ftfntfmt.h, so config/system-headers must be patched yet again. This works for me: sed -i '/^freetype\/ftcache.h/a freetype\/ftfntfmt.h' config/system-headers I see. Thank you very much. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Firefox 41.0.3 build problem
Bruce Dubbs wrote: I've got a problem building firefox on a new system. On my normal development system it builds fine, but using the same procedures on a brand new build gives: /usr/src/firefox/firefox/mozilla-release/gfx/skia/trunk/src/ports/SkFontHost_FreeType.cpp:560: undefined reference to `FT_Get_X11_Font_Format' collect2: error: ld returned 1 exit status /usr/src/firefox/firefox/mozilla-release/config/rules.mk:812: recipe for target 'libxul.so' failed I tried an earlier version of FF (39.0) and got the same error. I checked the freetype library and got: $ nm libfreetype.so |grep FT_Get_X11_Font_Format 0001e150 T FT_Get_X11_Font_Format 0001e150 t FT_Get_X11_Font_Format.localalias.0 So the reference is there. One difference is that the development system (the one that works) has libfreetype.so.6.12.0 and the new system has libfreetype.so.6.12.1 Found a workaround. A post on gentoo suggested backing off to freetype 2.5.5. That allowed FF to build and run. In looking at the libraries: $ nm libfreetype.so.6.11.4|grep FT_Get_X11_Font_Format 000223f0 T FT_Get_X11_Font_Format $ nm libfreetype.so.6.12.0|grep FT_Get_X11_Font_Format 0001d080 T FT_Get_X11_Font_Format 0001d080 t FT_Get_X11_Font_Format.localalias.0 $ nm libfreetype.so.6.12.1|grep FT_Get_X11_Font_Format 0001e150 T FT_Get_X11_Font_Format 0001e150 t FT_Get_X11_Font_Format.localalias.0 The curious thing is that FF did build OK with libfreetype.so.6.12.0 on my development system. One thing I noticed was the link stage used a list of INPUT lines. On seamonkey, there were 1331 inputs! I wonder if there is a memory issue. The development system has 16G, but the other system has 8G. You would think that it would use swap though if that was an issue. I have 10G of swap and top showed no use. In any case the localalias.0 part above is suspicious. I'm not familiar with the internals though to understand why the more recent versions did not work. I note that /usr/lib/firefox-41.0.2/libxul.so is 53 MB, stripped. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page