Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: bart <bc@freeuk.com>
Newsgroups: comp.lang.c
Subject: Re: Python recompile
Date: Tue, 11 Mar 2025 17:47:24 +0000
Organization: A noiseless patient Spider
Lines: 82
Message-ID: <vqpsvc$23gc1$1@dont-email.me>
References: <vq1qas$j22$1@gallifrey.nk.ca> <vq6j5h$1qosf$1@dont-email.me>
 <20250304092827.708@kylheku.com> <vq7g1p$1vmg5$1@dont-email.me>
 <vq94dt$2boso$1@dont-email.me> <vqcsk7$23bfo$1@paganini.bofh.team>
 <vqefn1$3flpt$1@dont-email.me> <vqeu5c$3imil$1@dont-email.me>
 <vqeun4$3iqbq$1@dont-email.me> <vqfcbe$3lkkc$1@dont-email.me>
 <871pv861ht.fsf@nosuchdomain.example.com> <20250308192940.00001351@yahoo.com>
 <vqi1ge$8jg8$1@dont-email.me> <vqmgjv$3a2il$1@paganini.bofh.team>
 <vqn4dn$1eb9s$1@dont-email.me> <vqo3ss$3hkas$1@paganini.bofh.team>
 <vqph2e$203bs$2@dont-email.me> <vqpjh7$210q9$1@dont-email.me>
 <vqpo1s$222s0$1@dont-email.me> <vqpqo6$23197$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Tue, 11 Mar 2025 18:47:26 +0100 (CET)
Injection-Info: dont-email.me; posting-host="e0b1512e31c88b1cbe05a7f62cb3028b";
	logging-data="2212225"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX19llOD0OcFU+1xLkh3Xze+Z"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:RuAth3NeOeeyQunbdDC2IcsIuic=
In-Reply-To: <vqpqo6$23197$1@dont-email.me>
Content-Language: en-GB
Bytes: 4850

On 11/03/2025 17:09, David Brown wrote:
> On 11/03/2025 17:23, bart wrote:
>> On 11/03/2025 15:06, David Brown wrote:
>>> On 11/03/2025 15:24, bart wrote:
>>>>
>>>> To build open source projects, I'm happy to use an existing C 
>>>> compiler. I'm NOT happy about bending over backwards to use CYGWIN, 
>>>> MSYS2 or WSL because the developers insist on forcing their Linux 
>>>> dependencies down my throat.
>>>>
>>>>
>>>> Developers can do what they like. But they shouldn't inflict their 
>>>> choices on other people, especially those using other OSes.
>>>>
>>>
>>> I have not paid a lot of attention to this thread.  But I am curious 
>>> here - who do you think is /forcing/ you to compile their code?
>>
>> OK, tell me where to get ready-made DLLs for GMP and LIBFFI that I can 
>> can use on Windows. If that's not possible then there is no choice 
>> (other than not to use them at all, which is what I do).
>>
> 
> So do you think that those projects are /forcing/ you to use their code? 
>   Are the folks who wrote GMP responsible for /your/ insistence on 
> using /their/ code, without using additional tools or libraries?  You 
> want to use what probably amounts to hundreds of person-years of 
> specialised work, for free, and you are not willing to go to the effort 
> of downloading and installing a few other bits of /free/ software first, 
> in order to be able to follow freely available instructions found online?
> 
> And you blame the GMP and LIBFFI for all this?  They are, after all, 
> holding a gun to your head and insisting that you use their software 
> while viscously and maliciously refusing to re-write their code to 
> remove traces of code that rely on the platforms they use themselves.
> 
> Or maybe it is now /my/ responsibility to find these dll's for you?
> 
> Well, you are in luck :
> 
> <https://packages.msys2.org/packages/mingw-w64-ucrt-x86_64-gmp>
> <https://packages.msys2.org/packages/mingw-w64-ucrt-x86_64-libffi>
> 
> The compressed tarballs include the dlls.

I downloaded a couple of large files, including 
mingw64-x86_64-gmp-6.3.0-1-src.tar, but found no trace of any DLL files.

(But I'm pleased that the GMP configure script hasn't grown beyond 30583 
lines. When they manage 0 lines, let me know.)

Meanwhile here is the library *I* had to use instead:

   https://github.com/sal55/langs/tree/master/bignum

There are 4 files:

   bignum.c         Source code
   bignum.h         Header provides the API
   bignum.dll       Prebuilt binary
   pid.c            Demo to show it works

You can build bignum.c into the .dll yourself (sorry, I don't have a 
40,000-line configure script or massive makefile for that, you'll have 
to figure it out yourself!), or compile it into your application.

The demo (shows digits of pi) is built like this:

   tcc pid.c bignum.dll

This is what simplicity looks like.

(GMP now includes 'minigmp', which is one-file version plus headers. 
Performance is roughly on a par with my library.

However my library uses decimal representation, and includes arbitrary 
precision floating point.)

Oh, and it's open source and is in public domain.

<snip rest of your post>