On 1/12/15, patrick keshishian <pkesh...@gmail.com> wrote: > On 1/12/15, Landry Breuil <lan...@rhaalovely.net> wrote: >> On Mon, Jan 12, 2015 at 02:00:02PM -0800, patrick keshishian wrote: >>> On 1/12/15, Landry Breuil <lan...@rhaalovely.net> wrote: >>> > On Mon, Jan 12, 2015 at 12:48:25PM -0800, patrick keshishian wrote: >>> >> On 1/12/15, patrick keshishian <pkesh...@gmail.com> wrote: >>> >> > On 1/12/15, Landry Breuil <lan...@rhaalovely.net> wrote: >>> >> >> On Mon, Jan 12, 2015 at 12:29:00PM -0800, patrick keshishian >>> >> >> wrote: >>> >> >>> On 1/10/15, Landry Breuil <lan...@rhaalovely.net> wrote: >>> >> >>> > Hi, >>> >> >>> > >>> >> >>> > here's the wip update to ffx 35.0rc3, ETA next wednesday. Been >>> >> >>> > using >>> >> >>> > 35.0betas on amd64 for the past 6 weeks without issues, also >>> >> >>> > tested >>> >> >>> > on >>> >> >>> > i386 and powerpc. >>> >> >>> > >>> >> >>> > http://cgit.rhaalovely.net/mozilla-firefox/?h=release >>> >> >>> >>> >> >>> very possible this is my fault but ... the build fails for me on: >>> >> >>> >>> >> >>> kern.version=OpenBSD 5.7-beta (GENERIC) #701: Sat Jan 10 07:52:06 >>> >> >>> MST >>> >> >>> 2015 >>> >> >>> >>> >> >>> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC >>> >> >>> >>> >> >>> with: >>> >> >>> ... >>> >> >>> INPUT("../../gfx/skia/SkLayer.o") >>> >> >>> INPUT("../../gfx/skia/SkMatrix22.o") >>> >> >>> INPUT("../../gfx/skia/SkMatrix44.o") >>> >> >>> INPUT("../../gfx/skia/SkMeshUtils.o") >>> >> >>> INPUT("../../gfx/skia/SkNWayCanvas.o") >>> >> >>> INPUT("../../gfx/skia/SkNinePatch.o") >>> >> >>> INPUT("../../gfx/skia/SkNullCanvas.o") >>> >> >>> INPUT("../../gfx/skia/SkOSFile.o") >>> >> >>> INPUT("../../gfx/skia/SkParseColor.o") >>> >> >>> INPUT("../../gfx/skia/SkParsePath.o") >>> >> >>> INPUT("../../gfx/skia/SkPathUtils.o") >>> >> >>> INPUT("../../gfx/skia/SkPictureUtils.o") >>> >> >>> INPUT("../../gfx/skia/SkProxyCanvas.o") >>> >> >>> INPUT("../../gfx/skia/SkRTConf.o") >>> >> >>> INPUT("../../gfx/skia/SkTextureCompressor.o") >>> >> >>> INPUT("../../gfx/skia/SkTextureCompressor_ASTC.o") >>> >> >>> INPUT("../../gfx/skia/SkTextureCompressor_LATC.o") >>> >> >>> INPUT("../../gfx/skia/SkTextureCompressor_R11EAC.o") >>> >> >>> INPUT("../../gfx/skia/SkThreadUtils_pthread.o") >>> >> >>> INPUT("StaticXULComponentsEnd/StaticXULComponentsEnd.o") >>> >> >>> >>> >> >>> /usr/bin/ld: Warning: gc-sections option ignored >>> >> >>> ../../gfx/skia/opts_check_x86.o(.data.rel.ro.local._ZL22platform_32_procs_SSE4+0x10): >>> >> >>> In function `SkBoxBlurGetPlatformProcs(void (**)(unsigned int >>> >> >>> const*, >>> >> >>> int, unsigned int*, int, int, int, int, int), void (**)(unsigned >>> >> >>> int >>> >> >>> const*, int, unsigned int*, int, int, int, int, int), void >>> >> >>> (**)(unsigned int const*, int, unsigned int*, int, int, int, int, >>> >> >>> int), void (**)(unsigned int const*, int, unsigned int*, int, >>> >> >>> int, >>> >> >>> int, int, int))': >>> >> >>> /usr/build/ports/pobj/firefox-35.0rc3/mozilla-release/gfx/skia/trunk/src/opts/opts_check_x86.cpp:212: >>> >> >>> undefined reference to `S32A_Opaque_BlitRow32_SSE4_asm' >>> >> >>> /usr/bin/ld: libxul.so.53.0: hidden symbol >>> >> >>> `S32A_Opaque_BlitRow32_SSE4_asm' isn't defined >>> >> >> >>> >> >> What does 'grep HAVE_TOOLCHAIN >>> >> >> /usr/build/ports/pobj/firefox-35.0rc3/build-amd64/config.status' >>> >> >> says ? >>> >> > >>> >> > (''' HAVE_TOOLCHAIN_SUPPORT_MSSSE3 ''', r''' 1 '''), >>> >> > (''' HAVE_TOOLCHAIN_SUPPORT_MSSE4_1 ''', r''' 1 '''), >>> >> >>> >> full dmesg in case it is of more help: >>> >> OpenBSD 5.7-beta (GENERIC) #701: Sat Jan 10 07:52:06 MST 2015 >>> >> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC >>> >> real mem = 1861025792 (1774MB) >>> >> avail mem = 1807708160 (1723MB) >>> >> mpath0 at root >>> >> scsibus0 at mpath0: 256 targets >>> >> mainbus0 at root >>> >> bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf1010 (17 entries) >>> >> bios0: vendor Phoenix Technologies LTD version "v1.3307" date >>> >> 05/31/2010 >>> >> bios0: Gateway LT31 >>> >> acpi0 at bios0: rev 2 >>> >> acpi0: sleep states S0 S3 S4 S5 >>> >> acpi0: tables DSDT FACP APIC MCFG HPET BOOT SLIC >>> >> acpi0: wakeup devices PB5_(S5) OHC1(S3) OHC2(S3) EHCI(S3) HDAU(S3) >>> >> acpitimer0 at acpi0: 3579545 Hz, 32 bits >>> >> acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat >>> >> cpu0 at mainbus0: apid 0 (boot processor) >>> >> cpu0: AMD Athlon(tm) Processor L110, 1197.20 MHz >>> >> cpu0: >>> >> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,CX16,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,SVM,EAPICSP,AMCR8,3DNOWP >>> > >>> > Interesting, your cpu doesnt have SSSE3 nor SSE4.1, while binutils/the >>> > configure script detects so.. that might explain why it built here and >>> > not on your machine. That doesnt explain why configure things they're >>> > here though... >>> >>> I don't understand all this configure scaffolding jazz, but if I'm >>> looking at the right bits, the configure script is only testing >>> to see if the the compile command succeeds: >>> >>> configure:7455: checking if toolchain supports -mssse3 option >>> configure:7467: cc -c -O2 -pipe -std=gnu99 -fgnu89-inline >>> -fno-strict-aliasing -mssse3 -Qunused-arguments conftest.c 1>&5 >>> >>> Now, i can't quite figure out where cc is aliased to clang, >> >> It comes from $WRKDIR/bin/, check the symlinks there.. >> >>> but /usr/bin/cc fails with "unrecognized option" -Qunused-arguments >>> and -mssse3, but clang runs w/o complain: >>> >>> $ cat moo.c >>> asm ("pmaddubsw %xmm2,%xmm3"); >>> int main() { >>> >>> ; return 0; } >>> $ clang -c -O2 -pipe -std=gnu99 -fgnu89-inline -fno-strict-aliasing >>> -mssse3 -Qunused-arguments moo.c && echo Woo! >>> Woo! >> >> Does this test also provide an actual binary, and can you run it on your >> non-sse4-enabled box ? Can you also try a build with the define name >> fixed in the gfx/skia/moz.build file ? > > OK build on its ways (will take few hours to finish).
build finished successfully. tested browser a full one minute. Cheers, --patrick > As for the test binary, it does run, the main just returns > 0, so nothing special that should prevent it from running. > > Thanks, > --patrick >