Re: [blfs-dev] Firefox 41.0.3 build problem

2015-10-19 Thread Markku Pesonen
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

2015-10-19 Thread Fernando de Oliveira
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

2015-10-19 Thread Bruce Dubbs

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

2015-10-18 Thread Bruce Dubbs

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