在 2018/9/26 0:25, William Brandoni 写道:
> OK I give up. Every time I try to send something, your email system
> bounces it back.
>
Please attach source code only. If it still bounces, try renaming it so
it has a .txt extension or have it paste inline.
--
Best regards,
LH_Mouse
__
I have attached a 7z file with one of the programs I am trying to convert. Old
legacy Fortran stuff.Hope this helps.
The file "Send.sample" should be renamed "Send.7z" before uncompressing. It
contains fortran source, a batch file to compile and link, and a data file to
run against the program.
OK I give up. Every time I try to send something, your email system bounces it
back.
Bill
From: Arjen Markus
To: lh_mo...@126.com
Cc: mingw-w64-public@lists.sourceforge.net; w.brand...@ameritech.net;
msys2-us...@lists.sourceforge.net
Sent: Tuesday, September 25, 2018 3:12 AM
Subject:
I have attached a 7z file with one of the programs I am trying to convert. Old
legacy Fortran stuff.Hope this helps.
Thanks for your help
Bill
From: Arjen Markus
To: lh_mo...@126.com
Cc: mingw-w64-public@lists.sourceforge.net; w.brand...@ameritech.net;
msys2-us...@lists.sourceforge.net
On Tue, 25 Sep 2018, Liu Hao wrote:
在 2018-09-25 20:48, Martin Storsjö 写道:
These break cross compilation; removing them fixes cross compilation.
These not only check for the functions malloc/realloc (which are
guaranteed to be available as long as the build environment is ANSI C
compliant), bu
在 2018-09-25 20:48, Martin Storsjö 写道:
> These break cross compilation; removing them fixes cross compilation.
>
> These not only check for the functions malloc/realloc (which are
> guaranteed to be available as long as the build environment is ANSI C
> compliant), but check for a "GNU libc compat
These break cross compilation; removing them fixes cross compilation.
These not only check for the functions malloc/realloc (which are
guaranteed to be available as long as the build environment is ANSI C
compliant), but check for a "GNU libc compatible malloc".
The check for such a malloc is a r
