Official firefox-pgo thread

blasse · 2009-07-04 13:00:45

Maybe share the way you build it, so anyone can try?

bangkok_manouel · 2009-07-04 13:19:36

blasse wrote:

Maybe share the way you build it, so anyone can try?

well, nothing special actually, just clone mozilla-central [ http://hg.mozilla.org/mozilla-central/ - Current Firefox and Gecko development. Releases branch off of this repository. Also known as "Trunk"] and pull tracemonkey [ http://hg.mozilla.org/tracemonkey/ - Development repository for Mozilla's javascript engine including JIT. This supports speculative work not yet merged onto mozilla-central.]. use hg merge to merge them and build as usual.

blasse · 2009-07-04 13:23:13

Hmmm, according to comments, working JIT for x86 is in tamarin-redux hg branch. I will try to merge them and maybe post a pkgbuild if I can produce something that will work

bangkok_manouel · 2009-07-04 13:59:46

blasse wrote:

Hmmm, according to comments, working JIT for x86 is in tamarin-redux hg branch. I will try to merge them and maybe post a pkgbuild if I can produce something that will work

I'm not quite sure you can simply merge them. it seems to be slightly more complicated. dunno how this tamarin thingy works...
something tells me you'll be a tamarin guru at the end of the week-end

blasse · 2009-07-04 22:37:26

Just as i tought - I've compiled 3.6a1pre from Tracemonkey branch (without pgo) - snspider gives me 3600ms, while 3.5 - 3700ms. TM clearly still not enabled. So finding way to merge tamarin seems only way

bangkok_manouel · 2009-07-05 02:13:04

blasse wrote:

TM clearly still not enabled.

yeah, look at this:
http://hg.mozilla.org/tamarin-redux/fil … 0/nanojit/
compared to:
http://hg.mozilla.org/tracemonkey/file/ … c/nanojit/ or even http://hg.mozilla.org/mozilla-central/f … c/nanojit/

Tamarin-redux definitely has NativeX64.h and NativeX64.cpp

Last edited by bangkok_manouel (2009-07-05 02:16:48)

gav616 · 2009-07-06 22:45:36

I deleted all traces of firefox (yaourt -Rcsn firefox | yaourt -Qdt), also deleted my '/tmp/yaourt-tmp-USERNAME' folder.

recompiled today and it build successfully (i686), thank you for all the hard work.

p.s.

javascript.options.jit.chrome 'true'

window rendering / youtube and general scrolling is 'Opera' like. ty.

Last edited by gav616 (2009-07-06 23:40:04)

blasse · 2009-07-07 22:00:39

bangkok_manouel wrote:

blasse wrote:
Hmmm, according to comments, working JIT for x86 is in tamarin-redux hg branch. I will try to merge them and maybe post a pkgbuild if I can produce something that will work
I'm not quite sure you can simply merge them. it seems to be slightly more complicated. dunno how this tamarin thingy works...
something tells me you'll be a tamarin guru at the end of the week-end

It looks a bit too complicated for me. First we need to copy tamrin nanojit source to frefox source, than it needs patches, so the compiler will use new files...

Evanlec · 2009-07-10 10:33:28

so pgo builds still don't build on x86_64 even with the 3.5 release?

*edit* oops nevermind, it just finished building for me

no tracemonkey sucks though

Last edited by Evanlec (2009-07-10 11:18:24)

toomanymirrors · 2009-07-10 16:56:56

firefox-pgo is failing to compile for me on x86_64 with this error:

profileserver.py
INFO | (automation.py) | Application pid: 10163
ERROR: ld.so: object 'libfakeroot.so' from LD_PRELOAD cannot be preloaded: ignored.
TEST-UNEXPECTED-FAIL | (automation.py) | Exited with code -11 during test run
INFO | (automation.py) | Application ran for: 0:00:00.110912
make: *** [profiledbuild] Error 245

Is there anyone who knows a way to fix this?

blasse · 2009-07-10 22:45:23

I have it too (again). No known workaround.

adamlau · 2009-07-13 07:36:54

I've resorted to using nightly firefox-3.6a1pre x86_64 builds.

Evanlec · 2009-07-16 02:53:25

blasse wrote:

I have it too (again). No known workaround.

This is not good news

any possible reason why the regression?

Last edited by Evanlec (2009-07-16 03:05:02)

methuselah · 2009-07-16 03:06:29

Evanlec wrote:

trying to rebuild due to the update to libjpeg which moves the library from /usr/lib/libjpeg.so.62 to /usr/lib/libjpeg.so.7 and causes firefox to not start.

I just cheated and added a symlink for libjpeg.so.62 to libjpeg.so.7.0.0 to start Firefox (which isn't really good..... and it breaks some things like google thumbnails.)

Last edited by methuselah (2009-07-16 03:07:11)

blasse · 2009-07-16 05:14:32

As for libjpeg - the used version is located with pkgconfig, so clearing system from libjpeg62, rebooting and than rebuilding ff should work just fine.

As regression - to tack what makes ff not start on x86-64 with -fprofile-create flag someone should make a debug build. Unfortunately I cannot build one, it always fails to compile with morkreader error...

oddsocks · 2009-07-16 10:04:17

So when you say 'clearing', how so exactly? libjpeg is becoming a pain.

blasse · 2009-07-16 10:11:38

Removing it and rebooting should be fine. At least so it worked for me

oddsocks · 2009-07-16 11:45:12

ok i'll try that. The 3.5 build keeps giving me the libjpeg errors

methuselah · 2009-07-17 07:36:24

I can't build with the new libjpeg.so.7 either:

make[1]: Leaving directory `/home/seventy3/AUR/NEW-PGO/firefox-pgo-beta/src/mozilla-1.9.1'
OBJDIR=/home/seventy3/AUR/NEW-PGO/firefox-pgo-beta/src/mozilla-1.9.1/ff-pgo python /home/seventy3/AUR/NEW-PGO/firefox-pgo-beta/src/mozilla-1.9.1/ff-pgo/_profile/pgo/profileserver.py
INFO | (automation.py) | Application pid: 3544
ERROR: ld.so: object 'libfakeroot.so' from LD_PRELOAD cannot be preloaded: ignored.
/home/seventy3/AUR/NEW-PGO/firefox-pgo-beta/src/mozilla-1.9.1/ff-pgo/dist/bin/firefox-bin: error while loading shared libraries: libjpeg.so.62: cannot open shared object file: No such file or directory
TEST-UNEXPECTED-FAIL | (automation.py) | Exited with code 127 during test run
INFO | (automation.py) | Application ran for: 0:00:00.101518
make: *** [profiledbuild] Error 127
==> ERROR: Build Failed.

It built for 40 minutes before failing. I also did this after a full system upgrade, I guess I'll be using epiphany for few more days.

Last edited by methuselah (2009-07-17 07:36:57)

bangkok_manouel · 2009-07-17 09:19:24

why don't you guys with libjpeg problem try to build without the --with-system-jpeg flag?

Evanlec · 2009-07-18 02:47:24

methuselah wrote:

I can't build with the new libjpeg.so.7 either:

yea I also was getting this error, going to try the reboot now

t3ddy · 2009-07-18 10:27:22

OBJDIR=/home/t3ddy/PKGs/firefox-pgo/src/mozilla-1.9.1/ff-pgo python /home/t3ddy/PKGs/firefox-pgo/src/mozilla-1.9.1/ff-pgo/_profile/pgo/profileserver.py
INFO | (automation.py) | Application pid: 25455

(firefox-bin:25455): libgnomevfs-WARNING **: Unable to create ~/.gnome2 directory: Permission denied
Traceback (most recent call last):
  File "/usr/lib/python2.6/logging/__init__.py", line 773, in emit
    stream.write(fs % msg.encode("UTF-8"))
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 70: ordinal not in range(128)
TEST-UNEXPECTED-FAIL | (automation.py) | Exited with code 1 during test run
INFO | (automation.py) | Application ran for: 0:00:00.519858
make: *** [profiledbuild] Error 1
==> ERRORE: Compilazione interrotta.
    L'operazione sta per essere interrotta...

again this error -.-'
firefox is making me crazy, sometimes compiles fine and sometimes no way to make it compiles
chmod 777 on my home has "obviously" the same results
i can't understand why compiling 3.5 gave me no problems at all and now with 3.5.1 i have this error, an error coming from a distant past appearing casually
i think i'll kill firefox...

blasse · 2009-07-18 10:52:23

Disable gnome-vfs support in mozconfig. That should help.

pyther · 2009-07-18 10:53:57

I do not believe this is a libjpeg problem. I believe there was a 3.5 beta build that compiled and worked. After that build, the new builds were being built against what was in /usr/lib/firefox-3.5/

As I stated a week or two ago here, I think the reason for the old libjpegs being used is because of this in LDFLAGS: -rpath,/usr/lib/firefox-3.5

So basically you never had a clean compile, you were using old libs.

blasse · 2009-07-18 10:55:56

If you remove old firefox completly before compiling it should not make any problem. Also, 3.5.1 uses /usr/lib/firefox-3.5.1/

Arch Linux

#226 2009-07-04 13:00:45

Re: Official firefox-pgo thread

#227 2009-07-04 13:19:36

Re: Official firefox-pgo thread

#228 2009-07-04 13:23:13

Re: Official firefox-pgo thread

#229 2009-07-04 13:59:46

Re: Official firefox-pgo thread

#230 2009-07-04 22:37:26

Re: Official firefox-pgo thread

#231 2009-07-05 02:13:04

Re: Official firefox-pgo thread

#232 2009-07-06 22:45:36

Re: Official firefox-pgo thread

#233 2009-07-07 22:00:39

Re: Official firefox-pgo thread

#234 2009-07-10 10:33:28

Re: Official firefox-pgo thread

#235 2009-07-10 16:56:56

Re: Official firefox-pgo thread

#236 2009-07-10 22:45:23

Re: Official firefox-pgo thread

#237 2009-07-13 07:36:54

Re: Official firefox-pgo thread

#238 2009-07-16 02:53:25

Re: Official firefox-pgo thread

#239 2009-07-16 03:06:29

Re: Official firefox-pgo thread

#240 2009-07-16 05:14:32

Re: Official firefox-pgo thread

#241 2009-07-16 10:04:17

Re: Official firefox-pgo thread

#242 2009-07-16 10:11:38

Re: Official firefox-pgo thread

#243 2009-07-16 11:45:12

Re: Official firefox-pgo thread

#244 2009-07-17 07:36:24

Re: Official firefox-pgo thread

#245 2009-07-17 09:19:24

Re: Official firefox-pgo thread

#246 2009-07-18 02:47:24

Re: Official firefox-pgo thread

#247 2009-07-18 10:27:22

Re: Official firefox-pgo thread

#248 2009-07-18 10:52:23

Re: Official firefox-pgo thread

#249 2009-07-18 10:53:57

Re: Official firefox-pgo thread

#250 2009-07-18 10:55:56

Re: Official firefox-pgo thread

Board footer