On Thu, Apr 28, 2011 at 11:11:41PM +0200, Tobias Gasser wrote:
> 
> firefox 3.6.16 fails on "make" with "nsEnumeratorUtils.cpp"
> with gcc 4.5.2 i had no problem. (i just testet my scripts sucessfully
> with gcc 4.5.2 and now restarted again with just replacing gcc 4.5.2
> with 4.6.)
> 
> i tried firefox 4.0 with no success
> it fails alreday during configure with
> "cant't find header GL/glx.h" but mesa is installed and
> /usr/X11/include/GL/glx.h exists and a symlink for /usr/include/GL to
> usr/X11/include/GL doesn't solve the problem.
> 
> 
> i did not try firefox 4.0 with gcc 4.5.2. i'd like to stick to the 3.6
> for a while as not all plugins i use are available for 4.0.
> 
> thus my favourite would be a fix for firefox 3.6.16 / gcc 4.6, but i
> could live with firefox 4.0 if somebody can give me a hint what i have
> to do to convice firefox to see the installed mesa...
> 
> 
> thanks for any help
> tobias
> 
 My circumstances are different from yours - I haven't built a new
system since January (gcc-4.5.2) and firefox-4.0 (as an upgrade)
meets all my requirements.  BUT, I wonder if your symlink is perhaps
b0rken ?  I built everything in /usr, so potentially there *might*
be a weird problem if you have X in /usr/X11, but the test for
GL/glx.h appears to be as simple as can be:

else # (MOZ_WEBGL_GLX not already set - my comment)
  cat > conftest.$ac_ext <<EOF
#line 25337 "configure"
#include "confdefs.h"
#include <GL/glx.h>
EOF
 followed by tests to (I assume) see if it worked - no obvious
checks for versioning, just appears to test if the file can be
included.

 Certainly, I've had no problems building 4.0 on gcc-4.5.x systems.

 Alternatively, although the test *appears* to be run, and to
succeed for me, it might be that MOZ_WEBGL_GLX was already set:
(configure scripts are wonderous beasties, but usually more sane
than cmake scripts - for *my* values of sane ;)

 This would be set if

(a)--enable-toolkit is cairo-gtk2 or cairo-gtk2-x11
or
(b) --enable-toolkit is cairo-qt

 Not that neither of these settings seems to test if the required
dependencies exist.  The default [ not specifying --enable-toolkit ]
appears to be $_PLATFORM_DEFAULT_TOOLKIT which is cairo-gtk2, and
only ever differs for non-linux (or android).

 So, unless you are specifying a toolkit, I really think that your
symlink seems to be broken!  HTH

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to