* This is required for VLC in msys2.
* This imports the idl file to the include directory instead of
direct-x because there is a pending patch to move direct-x idls to
include directory.
* This patch does not modify Makefile.in and aclocal.m4 files.
From 3200d32d6c4b9f369f0947e038086c4292714a5f Mon
hello
have you looked at the exemple at the bottom of that page :
https://linux.die.net/man/3/strtol
?
Vincent Torri
On Tue, Jan 7, 2020 at 11:54 PM David Mathog wrote:
>
> A program of mine "binload" which has key parts:
>
> #include
> #include
> #include
> #include
> #include
> #includ
You could try cygpath:
$ cygpath -w /tmp/infile1.txt
C:\msys64\tmp\infile1.txt
But that seems annoying. I might try using relative paths so no conversion
is needed and your script can be cross-platform without much effort. You
can use `cd` to navigate to a different directory before running the
In a mingw64 shell if one does something like:
program -in /tmp/infile.txt -out /tmp/outfile.txt
it will generally work because somewhere or other this will happen:
/tmp/infile.txt -> C:\progs\msys64\tmp\infile.txt
/tmp/outfile.txt -> C:\progs\msys64\tmp\outfile.txt
That this works so w
On 2020-01-07 14:53, David Mathog wrote:
is compiled on mingw64 with:
gcc -o binload binload.c
correction, that should have been:
gcc -Wall -std=c99 -o binload binload.c
strtof() is supposed to be defined for -std=c99.
Regards,
David Mathog
mat...@caltech.edu
Manager, Sequence Analysis F
A program of mine "binload" which has key parts:
#include
#include
#include
#include
#include
#include
#include/* for uint8_t*/
#include /* for PRId64 */
#include
#include/* for close */
#include
int main(int argc,char **argv){
errno = 0; /* W
> 在 2020/1/6 17:27, Malcolm MacLeod 写道:
> > Hello,
> >
> > ...
> >
> > It seems to me that it should not be difficult to create similar wrappers
> > (for
> > SetThreadGroupAffinity) that wrap the appropriate win32 calls (as the above
> > linked code wraps
> > SetProcessAffinityMask) such that
在 2020/1/6 17:27, Malcolm MacLeod 写道:
> Hello,
>
> ...
>
> It seems to me that it should not be difficult to create similar wrappers (for
> SetThreadGroupAffinity) that wrap the appropriate win32 calls (as the above
> linked code wraps
> SetProcessAffinityMask) such that my program (and other p
