On 19 May 2024 20:08:43 BST, Jeremie Courreges-Anglas wrote:
>On Sun, May 19, 2024 at 06:28:58PM +0100, Dima Pasechnik wrote:
>> On Sun, May 19, 2024 at 06:48:17PM +0200, Rafael Sadowski wrote:
>> > Before I go deeper into the rabbit hole I would like to ask for
>> > f
On Sun, May 19, 2024 at 06:48:17PM +0200, Rafael Sadowski wrote:
> Before I go deeper into the rabbit hole I would like to ask for
> feedback. Below you can see my idea. I would like to update lapack,
> blas and cblas. Upstream project has decided to use cmake and build
> everything in one. I
On 1 May 2024 16:50:59 BST, Dima Pasechnik wrote:
>Hi,
>On Wed, May 01, 2024 at 03:59:29PM +0200, Sebastien Marie wrote:
>>
>> The following diff updates sbcl to 2.4.4.
>>
>> It also adds libsbcl.a and libsbcl.so to the port.
>>
>> Regarding libs
Dear all,
A straightforward update; it appears that the patch has been merged
upstream (with a subsequent refactoring - one can find patched lines, in
a different file).
Only worked with gmake for me (thus it's used now).
REVISION - I commented it out - correct?
Patch attached.
Dima
diff
Hi,
On Wed, May 01, 2024 at 03:59:29PM +0200, Sebastien Marie wrote:
>
> The following diff updates sbcl to 2.4.4.
>
> It also adds libsbcl.a and libsbcl.so to the port.
>
> Regarding libsbcl.so, the library isn't available on all platforms (some
> .S files aren't PIC compatible - at least on
On Fri, Apr 26, 2024 at 07:04:22AM +0200, Sebastien Marie wrote:
> Dima Pasechnik writes:
>
> Only one thing isn't properly addressed: the SONAME of the library is
> still `libsbcl.so`. This information is used by the linker at compile
> time when the library is used.
&g
On Fri, Apr 26, 2024 at 12:11:31AM +0200, Kirill A. Korinsky wrote:
> On Thu, 25 Apr 2024 23:28:27 +0200,
> Dima Pasechnik wrote:
> >
> > +SHARED_LIBS += sbcl 0.0
>
> I suggest to match library version with sbcl version to avoid nightma
On Thu, Apr 25, 2024 at 12:49:07PM +0100, Stuart Henderson wrote:
> On 2024/04/25 10:24, Dima Pasechnik wrote:
> >
> > 1) Is there a standard way to set up .so's major.minor version
> > in the port, and propagate it to the build?
> > (hardcoding major.minor in sever
On Thu, Apr 25, 2024 at 02:11:32PM +0200, Sebastien Marie wrote:
> Dima Pasechnik writes:
> > sbcl can be packaged into a dynamic library, something one needs for
> > e.g. calling Lisp from C or Python,
> > via sbcl-librarian https://github.com/quil-lang/sbcl-librarian
>
On Wed, Apr 24, 2024 at 08:17:19PM +0200, Kirill A. Korinsky wrote:
> On Wed, 24 Apr 2024 15:20:46 +0200,
> Dima Pasechnik wrote:
> >
> > Could someone tell me what's missing?
>
> You must install it by hand from src/runtime/libsbcl.so
Well, that's just a quirk in sbcl
On Thu, Apr 25, 2024 at 01:25:30AM +0200, Theo Buehler wrote:
> On Thu, Apr 25, 2024 at 01:16:46AM +0200, Dima Pasechnik wrote:
> > On Wed, Apr 24, 2024 at 03:31:32PM -0400, George Koehler wrote:
> > [...]
> > >
> > > Try running "make update-plist" to a
On Wed, Apr 24, 2024 at 03:31:32PM -0400, George Koehler wrote:
[...]
>
> Try running "make update-plist" to add new files like libsbcl.so.0.0
I am trying this now. Is there a quick way to try an updated
pkg/PLIST ?
Or one has to clean up and rebuilt the port in order to see the effect
of the
Dear all,
sbcl can be packaged into a dynamic library, something one needs for
e.g. calling Lisp from C or Python,
via sbcl-librarian https://github.com/quil-lang/sbcl-librarian
Currently sbcl port does not build and install it, while it's quite easy
at least in theory. Here is my incomplete
On Sun, Feb 25, 2024 at 11:50:28AM -0800, Evan Silberman wrote:
> job@ emailed me asking why PDF output for pandoc via LaTeX was failing.
> Here's a pkg-readme about that.
>
> ---
> commit 86a9ed9487281ed9cebbbcfda4d3989dc603a1c4 (master)
> from: Evan
This is a bug report for math/pari port, specifically in gphelp
gphelp is part of the help system of pari/gp: e.g. in terminal one can run
keyword search:
$ gphelp -k "elliptic curves"
ellheight ellheightmatrix ellinit ellisogenyapply
[...]
However, gphelp installed by the latest
On Fri, Oct 13, 2023 at 08:22:21AM -0600, j...@bitminer.ca wrote:
>
> On 2023-10-13 07:16, Marc Espie wrote:
> > On Thu, Oct 12, 2023 at 10:01:00AM -0600, j...@bitminer.ca wrote:
> >> >
> >> > Not really sure how to test it. If I try running it with no HPL.dat
> >> > file present I get a
On Sat, Sep 02, 2023 at 03:28:49PM -0400, Daniel Dickman wrote:
> On Sat, Sep 2, 2023 at 3:22 PM Klemens Nanni wrote:
> >
> > No consumers in tree, openbsd-wip/math/eclib wants it, but is from 2021.
> > 2.15.4 came out in july this year: anyone using this port?
> > Anyone who want to update it,
This is to discuss a possible improvement to ldd, a tool used to check
the linkage of a dynamically linked library or an executable.
While on Linux and Solaris (the latter from vague memories) an
unresolved link is duly printed by ldd, and the same is true for its
macOS' rough equivalent otool,
This is to discuss a possible improvement to ldd, a tool used to check
the linkage of a dynamically linked library or an executable.
(Apologies, if this should go to a different list - do tell me which one)
While on Linux and Solaris (the latter from vague memories) an
unresolved link is duly
On Fri, May 26, 2023 at 03:32:57PM +0100, Stuart Henderson wrote:
> On 2023/05/26 14:23, Dima Pasechnik wrote:
> > Is there any particular reason there is no modern makeinfo in OpenBSD?
> > (the one that has texi2any executable, that's version 6.8 or newer)
>
> That is ava
On Fri, May 26, 2023 at 12:23:18PM +0100, Stuart Henderson wrote:
> On 2023/05/25 18:57, Jonathan Drews wrote:
> > On Thu, May 25, 2023 at 03:23:23PM +0200, Dima Pasechnik wrote:
> > >
> > > As well, less urgently,
> > > shouldn't there be a way to get Maxi
On Thu, May 25, 2023 at 12:11:05PM -0600, Jonathan Drews wrote:
> On Thu, May 25, 2023 at 03:23:23PM +0200, Dima Pasechnik wrote:
> >
> > Can you also add building maxima.fas and installing it into
> > /usr/local/lib/ecl/ ?
> > Then one can use Maxima from any applicati
On Thu, May 25, 2023 at 05:30:43AM -0600, Jonathan Drews wrote:
> On Thu, May 25, 2023 at 12:02:16PM +0100, Stuart Henderson wrote:
> > Here's an updated diff. The MODTCL_WISH_ADJ from the previous diff
> > is not actually needed, and Python is no longer needed.
> >
> > I don't use this software
On Mon, Feb 06, 2023 at 06:12:23PM +, James Cook wrote:
> Daniel Dickman writes:
> > Diff below updates scipy to the 1.6.x series.
> >
> > With more work, it's possible to update to newer versions of scipy, but
> > for now I went for a more conservative update that doesn't change as much
>
On Mon, Jan 16, 2023 at 09:12:26AM +0100, Antoine Jacoutot wrote:
> On Sun, Jan 15, 2023 at 11:12:44PM +0100, Frederic Cambus wrote:
> >
> > When I imported binutils back in August, sthen@ hinted that it was a
> > bit strange to now have gas in a separate port [1], to which I agreed.
> >
> >
On Thu, Jan 12, 2023 at 10:29:38AM +0100, Landry Breuil wrote:
> Le Wed, Jan 11, 2023 at 05:04:09PM +0100, Jan Stary a ?crit :
> > The python-3.10 port provides a 'python3' symlink,
> > but python-3.11 does not. This makes build systems using AM_PYTHON,
> > such as libsndfile's ./configure as
On Fri, Jan 06, 2023 at 10:42:11AM +0100, Marc Espie wrote:
> On Wed, Jan 04, 2023 at 09:22:35PM +, Klemens Nanni wrote:
> > net/qbittorrent uses python with MODPY_BUILDDEP=No MODPY_TESTDEP=No.
> > I've switched it to cmake and the way its Makefile.inc is now means that
> > lang/python comes
This means that it would actually suffice to install gnulib's iconv module,
IIRC.
https://lists.gnu.org/archive/html/bug-autoconf/2021-01/msg00036.html
HTH,
Dima
On 4 January 2023 10:56:13 WET, Jan Stary wrote:
>On Jan 04 10:17:08, s...@spacehopper.org wrote:
>> That comes from iconv.m4 in
On Tue, Jan 25, 2022 at 11:22:50AM +, Stuart Henderson wrote:
> On 2022/01/24 19:11, Dima Pasechnik wrote:
> > On Mon, Jan 24, 2022 at 04:57:49PM +, Stuart Henderson wrote:
> > > On 2022/01/24 15:51, Dima Pasechnik wrote:
> > > > Would a git-generated e
On Mon, Jan 24, 2022 at 04:57:49PM +, Stuart Henderson wrote:
> On 2022/01/24 15:51, Dima Pasechnik wrote:
> > Would a git-generated email with a diff be acceptable?
> > https://git-send-email.io/
>
> Yes as long as it's not one of those big [1/n] sequences of separat
On Mon, Jan 24, 2022 at 01:49:26PM +, Yifei Zhan wrote:
> On 22/01/22 02:30AM, Marc Espie wrote:
> > On Fri, Jan 21, 2022 at 02:07:10PM -0700, Anthony J. Bentley wrote:
> > > Volker Schlecht writes:
> > > > > What kind of gotcha can we get rid of, so that "new ports" will tend
> > > > > to
>
On Fri, Jan 21, 2022 at 11:42:08AM -0600, joshua stein wrote:
> On Fri, 21 Jan 2022 at 18:29:27 +0100, Marc Espie wrote:
> > In my opinion, our main issue is the lack of new blood.
> >
> > We have chronically fewer people who can give okays than ports waiting.
> >
> > One big "meta" stuff that
On Sat, Dec 18, 2021 at 09:28:22AM -0500, Daniel Dickman wrote:
> I think that???s an interesting idea. numpy will prefer BLAS libraries in
> this order if they???re all present:
>
> MKL
> BLIS
> OpenBLAS
> ATLAS
> BLAS (NetLIB)
> So I think it???s a vote for openblas over netlib blas.
It's not
On Fri, Oct 22, 2021 at 09:55:19AM +0200, Martin Reindl wrote:
> Am 22.10.2021 um 09:49 schrieb Stuart Henderson:
> > Only issue in the i386 build was math/py-h5py which specifically wants
> > 1.16.5.
> >
>
> Yes, this is one patch which can go away with newer numpy.
numpy by itself doesn't
This seems to violate C11 standard (see
https://en.cppreference.com/w/c/thread), which says
"If the macro constant __STDC_NO_THREADS__(C11) is defined by the compiler,
the header and all of the names listed here are not provided."
and leads to various issues such as
On Sun, Nov 01, 2020 at 07:44:18PM +, Stuart Henderson wrote:
> On 2020/11/01 17:58, Dima Pasechnik wrote:
> > On Sun, Nov 01, 2020 at 03:03:02PM +, Stuart Henderson wrote:
> > > It is just an assembler, a newer version of the one that's already used,
> > > the
On Sun, Nov 01, 2020 at 03:03:02PM +, Stuart Henderson wrote:
> It is just an assembler, a newer version of the one that's already used,
> there's not really much that's likely to go wrong, it's more likely to fix
> than introduce problems.
>
> If you have some cycles to spare, building gcc
On Sat, Oct 31, 2020 at 11:33:07PM -0400, Aisha Tammy wrote:
> On 10/31/20 9:48 PM, Brad Smith wrote:
> > On 10/31/2020 12:57 PM, Aisha Tammy wrote:
> > > On 10/29/20 8:25 PM, Aisha Tammy wrote:
> > > > Hi,
> > > > I'm trying to port OpenBLAS to the tree and am currently getting
> > > > some weird
On Thu, Oct 29, 2020 at 08:25:05PM -0400, Aisha Tammy wrote:
> I'm trying to port OpenBLAS to the tree and am currently getting
> some weird assembler errors (port makefile is attached at end math/openblas)
[...]
>
> Presumably this is happening due to the assembler being used is
> the one from
On Sun, Sep 27, 2020 at 06:47:57PM -, Dimitri Karamazov wrote:
> On Sun, September 27, 2020 16:52, Dima Pasechnik wrote:
> >
> > if it helps, upstream follows the GNU libtool versioning guidelines, in
> > https://www.gnu.org/software/libtool/manual/html_node/Li
On Sun, Sep 27, 2020 at 03:41:50PM -, Dimitri Karamazov wrote:
> On Sun, September 27, 2020 13:42, Stuart Henderson wrote:
> > On 2020/09/27 13:14, Dimitri Karamazov wrote:
> >
>
> Take a look at src/lib/check_sym
>
> >
> > That is a quick check but is not complete because it
On Mon, Sep 07, 2020 at 01:36:57PM -0400, Kurt Mosiejczuk wrote:
> On Mon, Sep 07, 2020 at 12:03:17PM +0200, Dima Pasechnik wrote:
>
> > > Others have weighed in. I did send out an update to a version that
> > > still had python 2.x support. The question was raised
On Mon, Sep 07, 2020 at 05:44:41AM -0400, Kurt Mosiejczuk wrote:
> On Sun, Sep 06, 2020 at 08:45:32PM -0400, Aisha Tammy wrote:
> > Hi,
> > I've noticed that the sphinx in ports is *really*
> > old and hasn't been updated for quite sometime.
>
> > I understand that its got a huge amount of
On Thu, Sep 03, 2020 at 02:08:57PM +0200, Theo Buehler wrote:
> On Thu, Sep 03, 2020 at 01:40:10PM +0200, Dima Pasechnik wrote:
> > On Thu, Sep 03, 2020 at 01:20:16PM +0200, Theo Buehler wrote:
> > > On Thu, Sep 03, 2020 at 12:59:23PM +0200, Dima Pasechnik wrote:
> > > &
On Thu, Sep 03, 2020 at 01:20:16PM +0200, Theo Buehler wrote:
> On Thu, Sep 03, 2020 at 12:59:23PM +0200, Dima Pasechnik wrote:
> > On Thu, Sep 03, 2020 at 11:20:09AM +0100, Stuart Henderson wrote:
> > > On 2020/08/18 13:10, Brad Smith wrote:
> > > > On Sat, Mar 14,
On Thu, Sep 03, 2020 at 11:20:09AM +0100, Stuart Henderson wrote:
> On 2020/08/18 13:10, Brad Smith wrote:
> > On Sat, Mar 14, 2020 at 03:58:12AM -0400, Brad Smith wrote:
> > > Here is a start at an update to GCC 8.4.0.
What will be the status of gfortran? Currently, on OpenBSD 6.7,
in order to
On Fri, Aug 28, 2020 at 09:29:33AM +0200, Olivier Taïbi wrote:
> On Thu, Aug 27, 2020 at 05:27:01PM +0200, Olivier Taïbi wrote:
> > More is needed, see
> > https://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs
> > I have a patch for building the shared library (a shared lib is needed
> >
On Thu, Aug 27, 2020 at 04:43:35PM +0200, Dima Pasechnik wrote:
> On Thu, Aug 27, 2020 at 10:11:11AM -0400, Daniel Dickman wrote:
> > > On Aug 27, 2020, at 6:55 AM, Dima Pasechnik wrote:
> > >
> > > The latest pari version is 2.11.4, in the meantime.
>
Hi Daniel,
On Thu, Aug 27, 2020 at 10:11:11AM -0400, Daniel Dickman wrote:
> > On Aug 27, 2020, at 6:55 AM, Dima Pasechnik wrote:
> >
> > The latest pari version is 2.11.4, in the meantime.
> >
> > How can I help to make this update happen?
> > I can cer
Dear all,
We are interested in porting SageMath (www.sagemath.org) to OpenBSD
(a port to FreeBSD has recently been completed).
There are several ports that we can use, if they are updated, e.g. math/pari.
The latest message here on this port dates back to 2019,
proposing a port of pari 2.11.1.
50 matches
Mail list logo
