Please stabilize.
x86_64-pc-linux-gnu-g++ -o prmjtime.o -c -I./dist/system_wrappers_js -include ./config/gcc_hidden.h -DOSTYPE=\"Linux2.6\" -DOSARCH=Linux -DEXPORT_JS_API -DJS_USE_SAFE_ARENA -I. -I. -I./dist/include -I./dist/include/nsprpub -I/usr/include/nspr -I. -fPIC -fno-rtti -fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align -Wno-invalid-offsetof -Wno-variadic-macros -Wno-long-long -pedantic -march=native -O2 -fno-strict-aliasing -pthread -pipe -DNDEBUG -DTRIMMED -O3 -fstrict-aliasing -DMOZILLA_CLIENT -include ./js-confdefs.h -Wp,-MD,.deps/prmjtime.pp prmjtime.cpp In a string like this, it comes compiled with -O3
(In reply to comment #1) > x86_64-pc-linux-gnu-g++ -o prmjtime.o -c -I./dist/system_wrappers_js -include > ./config/gcc_hidden.h -DOSTYPE=\"Linux2.6\" -DOSARCH=Linux -DEXPORT_JS_API > -DJS_USE_SAFE_ARENA -I. -I. -I./dist/include -I./dist/include/nsprpub > -I/usr/include/nspr -I. -fPIC -fno-rtti -fno-exceptions -Wall > -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy > -Wno-non-virtual-dtor -Wcast-align -Wno-invalid-offsetof -Wno-variadic-macros > -Wno-long-long -pedantic -march=native -O2 -fno-strict-aliasing -pthread -pipe > -DNDEBUG -DTRIMMED -O3 -fstrict-aliasing -DMOZILLA_CLIENT -include > ./js-confdefs.h -Wp,-MD,.deps/prmjtime.pp prmjtime.cpp > > In a string like this, it comes compiled with -O3 I don't understand. Can you elaborate please?
afaik, if i compile with: cc -O3 -O2 -Os file.c if there are most -O options, gcc compiles with the last (in this case -Os) In a string that i posted, the last -O opzimization, is -O3, so spidermonkey was compiled with -O3 and not with that who the user specify in his make.conf
(In reply to comment #3) > afaik, > > if i compile with: cc -O3 -O2 -Os file.c if there are most -O options, gcc > compiles with the last (in this case -Os) > > In a string that i posted, the last -O opzimization, is -O3, so spidermonkey > was compiled with -O3 and not with that who the user specify in his make.conf So better say "the package does not respect the user CFLAGS"
(In reply to comment #4) > So better say "the package does not respect the user CFLAGS" yes but it is particular situation because the user cflags are detected but -O? is overwritten by -O3
(In reply to comment #5) Can you please check if the current stable has the same problem?
current stable not have this problem
spidermonkey-1.9.2.13 has been removed in favor of 1.9.2.15. The .15 version has been added on March 14th, so it's not enough for stabilization. Do you have any suggestions what to do now?
(In reply to comment #8) > spidermonkey-1.9.2.13 has been removed in favor of 1.9.2.15. The .15 version > has been added on March 14th, so it's not enough for stabilization. > > Do you have any suggestions what to do now? We can handle this with security, as the js engine is was effected I am in favor of stabilizing .15 to close up the holes.
It never really worked on HPPA, and I only keyworded it to continue testing with www-client/elinks, but current elinks does not support the version you want to stabilise, and its relevant USE=javascript flag is masked for HPPA already. HPPA keywording dropped.
Arch tested on x86, all good here ...
Stable on alpha.
ppc stable
guess now that the second arch stabilized it, amd64 can follow too
(In reply to comment #11) > Arch tested on x86, all good here ... +1 :-)
Today I updated to =dev-lang/spidermonkey-1.9.2.15 because it was stabilized. Unfortunately the following emerge @preserved-rebuild could not rebuild these two packages: =media-video/gxine-0.5.905 =media-video/gpac-0.4.5-r1 because they still need the libjs.so. So I had to use the unstable versions of these packages. =media-video/gxine-0.5.905-r1 =media-video/gpac-0.4.5-r4 by adding this to my package.keywords: media-video/gpac ~amd64 media-video/gxine ~amd64 I think these should be stabilized as well as a consequence of stabilizing this package version here.
ppc64 stable
x86 done. gpac has many issues independent of spidermonkey. gxine went stable in bug 361003. Thanks.
Elinks requires <=dev-lang/spidermonkey-1.9 for javascript USE flag. (Probably should open another bug for this one.)
sparc stable and arm will pass, closing