Date: Sun, 17 Sep 2023 14:09:44 +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-Fs9w9ksPMb@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 #5 from Daniel Engberg <diizzy@FreeBSD.org> --- They're packaging related, nothing specific to Linux. Portlint won't complain about existing upstream release archives because it= has never been able to so. Porters Handbook recommends usage of release archive= s to avoid breakage and as of GitHub's service policy changes please switch as it will avoid breakage. See https://docs.freebsd.org/en/books/porters-handbook/book/#makefile-master_si= tes-github for more information. Both AVX and AVX2 are SMID instructions? Port (OpenBLAS) also appears to violate C(XX)FLAGS policy. https://docs.freebsd.org/en/books/porters-handbook/book/#dads-cflags Looking at my local box, "cc -DCBLAS -c -O2 -pipe -march=3Dtigerlake=20 -fstack-protector-strong -fno-strict-aliasing -O2 -DSMALL_MATRIX_OPT -DMAX_STACK_ALLOC=3D2048 -DEXPRECISION -fopenmp -Wall -m64 -DF_INTERFACE_GF= ORT -fPIC -DSMP_SERVER -DUSE_OPENMP -DNO_WARMUP -DMAX_CPU_NUMBER=3D64 -DMAX_PARALLEL_NUMBER=3D1 -DBUILD_SINGLE=3D1 -DBUILD_DOUBLE=3D1 -DBUILD_COM= PLEX=3D1 -DBUILD_COMPLEX16=3D1 -DVERSION=3D\"0.3.20\" -msse3 -mssse3 -msse4.1 -mavx = -mavx2 -march=3Dskylake-avx512 -mavx2 -UASMNAME -UASMFNAME -UNAME -UCNAME -UCHAR_N= AME -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 -DSMP_SERVER -DUSE_OPENMP -DNO_WARMUP -DMAX_CPU_NUMBER=3D64 -DMAX_PARALLEL_NUMBER=3D1 -DBUILD_SINGLE=3D1 -DBUILD_DOUBLE=3D1 -DBUILD_COM= PLEX=3D1 -DBUILD_COMPLEX16=3D1 -DVERSION=3D\"0.3.20\" -msse3 -mssse3 -msse4.1 -mavx = -mavx2 -march=3Dskylake-avx512 -mavx2 -UASMNAME -UASMFNAME -UNAME -UCNAME -UCHAR_N= AME -UCHAR_CNAME -DASMNAME=3Dcblas_strmv -DASMFNAME=3Dcblas_strmv_ -DNAME=3Dcbl= as_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" Ideally we should rely on CPUTYPE for any type of CPU specific optimization= in the tree whenever possible. Shared library support has always been prefered, https://docs.freebsd.org/en/books/porters-handbook/book/#bundled-libs-pract= ices but I dont think you need a separate package for it unless it clashes with other ones in tree. Best regards, Daniel --=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-Fs9w9ksPMb>