Date: Sat, 30 Sep 2023 00:15:38 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 273219] math/openblas: update to 0.3.24 Message-ID: <bug-273219-7788-VXmdVVThe7@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-273219-7788@https.bugs.freebsd.org/bugzilla/> References: <bug-273219-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D273219 --- Comment #7 from Eijiro Shibusawa <phd_kimberlite@yahoo.co.jp> --- (In reply to Daniel Engberg from comment #5) Hi, I understood a packing problem, at least, partially.=20 I'll fix distfile issue when I have a time, because I'll be busy for a whil= e. However I am really disappointed in you because you don't provide any solut= ion for that you pointed. You should understand the background of openblas software and also consider it's usability.=20 I think that the most part of users are not interested in developer's issue= but use of fast BLAS. > https://gitweb.gentoo.org/repo/gentoo.git/tree/sci-libs/openblas With one glance, I did not find the patch that contributs to abstraction of= CPU optimization. Could please you specify the patch that may contribute the solution, otherw= ise that issue is also not related the problem that you pointed. > Both AVX and AVX2 are SMID instructions? YES, Both are SIMD instructions. I think your provided log may be the result of respecting your CFLAGS. The following is corresponding part of poudriere log of my freebsd box. =3D=3D=3D cc -DCBLAS -c -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -O2 -DSMALL_MATRIX_OPT -DMAX_STACK_ALLOC=3D2048 -DEXPRECISION -fopenmp -Wall -m= 64 -DF_INTERFACE_GFORT -fPIC -DDYNAMIC_ARCH -DDYNAMIC_OLDER -DSMP_SERVER -DUSE_OPENMP -DNO_WARMUP -DMAX_CPU_NUMBER=3D64 -DMAX_PARALLEL_NUMBER=3D1 -DBUILD_SINGLE=3D1 -DBUILD_DOUBLE=3D1 -DBUILD_COMPLEX=3D1 -DBUILD_COMPLEX16= =3D1 -DVERSION=3D\"0.3.20\" -UASMNAME -UASMFNAME -UNAME -UCNAME -UCHAR_NAME -UCHAR_CNAME -DASMNAME=3D -DASMFNAME=3D_ -DNAME=3D_ -DCNAME=3D -DCHAR_NAME= =3D\"_\" -DCHAR_CNAME=3D\"\" -DNO_AFFINITY -I. -O2 -DSMALL_MATRIX_OPT -DMAX_STACK_ALLOC=3D2048 -DEXPRECISION -fopenmp -Wall -m64 -DF_INTERFACE_GF= ORT -fPIC -DDYNAMIC_ARCH -DDYNAMIC_OLDER -DSMP_SERVER -DUSE_OPENMP -DNO_WARMUP -DMAX_CPU_NUMBER=3D64 -DMAX_PARALLEL_NUMBER=3D1 -DBUILD_SINGLE=3D1 -DBUILD_= DOUBLE=3D1 -DBUILD_COMPLEX=3D1 -DBUILD_COMPLEX16=3D1 -DVERSION=3D\"0.3.20\" -UASMNAME = -UASMFNAME -UNAME -UCNAME -UCHAR_NAME -UCHAR_CNAME -DASMNAME=3Dcblas_strmv -DASMFNAME=3Dcblas_strmv_ -DNAME=3Dcblas_strmv_ -DCNAME=3Dcblas_strmv -DCHAR_NAME=3D\"cblas_strmv_\" -DCHAR_CNAME=3D\"cblas_strmv\" -DNO_AFFINITY= -I.. -I. -UDOUBLE -UCOMPLEX trmv.c -o cblas_strmv.o =3D=3D=3D I didn't understand why -march=3Dtigerlake is generated, the port may gener= ate -march=3Dskylake-avx512 however tigerlake is not. There is no doubt that somewhat strange things occurred. The module cblas_* is only I/F and not the optimized kernel function, so it= is hard to think that they contain SIMD instructions. The openblas is highly HW dependent so the discussion should be based on the poudriere log with default settings. Even if the default settings some of issue may not be reproduced. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-273219-7788-VXmdVVThe7>