| View previous topic :: View next topic |
| Author |
Message |
chrootman
Tux's lil' helper
Joined: 18 Aug 2020
Posts: 95
|
 Posted: Thu Sep 01, 2022 2:42 am Post subject: firefox-91.13.0[nocona -O2 -pipe OK][native -O2 -pipe fail] |
 |
|
Hola,
https://forums.gentoo.org/viewtopic-p-8733290.html?sid=14938935c0bf63ffeabbbe1f5b0d0d57
https://bugs.gentoo.org/830923
https://bugs.gentoo.org/838373
https://forums.gentoo.org/viewtopic-t-827299-start-0.html
https://gentoo-user.gentoo.narkive.com/hphUk5Ph/problems-compiling-gcc-4-2-4-and-4-3-1-r1
http://gentoo.ru/node/15573
/var/log/portage/www-client\:firefox-91.13.0\:20220831-161908.log
| Code: | [31;01m*[0m (no error message)
[31;01m*[0m
[31;01m*[0m Call stack:
[31;01m*[0m ebuild.sh, line 122: Called src_compile
[31;01m*[0m environment, line 5259: Called die
[31;01m*[0m The specific snippet of code:
[31;01m*[0m ${virtx_cmd} ./mach build --verbose || die
[31;01m*[0m
[31;01m*[0m If you need support, post the output of `emerge --info '=www-client/firefox-91.13.0::gentoo'`,
[31;01m*[0m the complete build log and the output of `emerge -pqv '=www-client/firefox-91.13.0::gentoo'`.
[31;01m*[0m The complete build log is located at '/var/log/portage/www-client:firefox-91.13.0:20220831-161908.log'.
[31;01m*[0m For convenience, a symlink to the build log is located at '/var/tmp/portage/www-client/firefox-91.13.0/temp/build.log'.
[31;01m*[0m The ebuild environment file is located at '/var/tmp/portage/www-client/firefox-91.13.0/temp/environment'.
[31;01m*[0m Working directory: '/var/tmp/portage/www-client/firefox-91.13.0/work/firefox-91.13.0'
[31;01m*[0m S: '/var/tmp/portage/www-client/firefox-91.13.0/work/firefox-91.13.0' |
| Code: | cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz
stepping : 10
microcode : 0xa0e
cpu MHz : 2933.657
cache size : 6144 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl cpuid aperfmperf pni dtes64 monitor ds_cpl smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm pti dtherm
bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit
bogomips : 6002.70
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz
stepping : 10
microcode : 0xa0e
cpu MHz : 2983.930
cache size : 6144 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
apicid : 1
initial apicid : 1
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl cpuid aperfmperf pni dtes64 monitor ds_cpl smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm pti dtherm
bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit
bogomips : 6002.70
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management: |
Me salía este error tratando de compilar firefox, nunca antes había tenido un problema con "-march=native -O2 -pipe". Ahora logré compilarlo bien cambiando CFLAGS a -march=nocona -O2 -pipe, como le digo a portage que éste es el único(junto a probablemente app-office/libreoffice) programa(s) que posiblemente necesiten cambiar esa opción? o tendré que cambiarla en el caso de que pase lo mismo la próxima vez?
| Code: | #CFLAGS="-march=native -O2 -pipe"
CFLAGS="-march=nocona -O2 -pipe" |
https://forums.gentoo.org/viewtopic-t-377715-start-0.html
Es decir:
| Code: | | # CFLAGS="-march=nocona -O2 -pipe" emerge -pv www-client/firefox |
, pero teniéndolo listo con anterioridad? Tendría que meterlo a un script (#!/bin/bash) o algo así? o mejor dejo "nocona" para todos y para siempre?(firefox fue el único que falló de todo el emerge world) Pero para tener todo optmizado con ese flag no me parecería muy agradable tener que hacer un # emerge -e system |
|
| Back to top |
|
 |
quilosaq
Veteran
Joined: 22 Dec 2009
Posts: 1543
|
| Posted: Thu Sep 01, 2022 9:15 am Post subject: |
|
|
| chrootman wrote: | ...
Me salía este error tratando de compilar firefox, nunca antes había tenido un problema con "-march=native -O2 -pipe". Ahora logré compilarlo bien cambiando CFLAGS a -march=nocona -O2 -pipe, como le digo a portage que éste es el único(junto a probablemente app-office/libreoffice) programa(s) que posiblemente necesiten cambiar esa opción?
... |
Podrías probar package.env que es el mecanismo que tiene Portage para aplicar configuraciones concretas de variables en la construcción de determinados paquetes. Creo que en este enlace está suficientemente explicado:
https://wiki.gentoo.org/wiki//etc/portage/package.env |
|
| Back to top |
|
|
chrootman
Tux's lil' helper
Joined: 18 Aug 2020
Posts: 95
|
| Posted: Thu Sep 01, 2022 10:05 am Post subject: |
|
|
 gracias, de hecho ya lo había hecho con otro programa hace tiempo, lo había olvidado. Creo que fue más o menos última vez que compile libreoffice justamente, pero por el asunto de notmpfs.conf.
| Code: | | CFLAGS="-march=nocona -O2 -pipe" emerge app-office/libreoffice |
Compiló bien también. |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Spanish
