The following packages have been updated in the Cygwin distribution:
* sox-14.4.2-1
* libsox3-14.4.2-1
* libsox-devel-14.4.2-1
* sox-fmt-ao-14.4.2-1
* sox-fmt-pulseaudio-14.4.2-1
SoX (also known as Sound eXchange) translates sound files between
different file formats, and optionally applies vario
Alessio Faina writes:
> Well.I wrote and answered myself the question you pointed out that
> is residing on stackoverflow
Oh, small world :)
> It was my first option I thought of to pass the pointer to the virtual
> address to the userland application but
> I've been asked to mantain the
On 5/19/2015 1:14 PM, Ken Brown wrote:
On 5/18/2015 1:15 PM, Michael Mauger wrote:
Since the upgrade to cygwin-2 I've been having consistent problems
using emacs. My emacs config has not changed and the most recent
update to cygwin-2 has helped. I'm using the emacs-w32 executable and
have nume
> Setting CFLAGS/CPPFLAGS/CXXFLAGS in the bash shell before invoking make
> should just work. This has always worked when using the GNU autoconf
> too lchain paradigm of building projects. So there may be something
> about your particular build system that is not picking up these
> changes. So
On 5/18/2015 1:15 PM, Michael Mauger wrote:
Since the upgrade to cygwin-2 I've been having consistent problems using emacs.
My emacs config has not changed and the most recent update to cygwin-2 has
helped. I'm using the emacs-w32 executable and have numerous remote cygwin ssh
sessions runni
> You need to set those variables without $. That is CFLAGS=..., etc...
In install_makefiles (MBsystem software), "$" is needed, if not this appears:
Can't modify constant item in scalar assignment at ./install_makefiles line
109, near ""-I/usr/include/tirpc";"
Execution of ./install_makefiles a
> You need to set CFLAGS. And CXXFLAGS, too
These ones didn't work:
$CPPFLAGS="-I/usr/include/tirpc";
$CFLAGS="-Wall -g -I/usr/X11R6/include";
$CXXFLAGS="-g -O2 -I/usr/X11R6/include -Wall -Wno-sign-compare
-Wno-unknown-pragmas -Wno-format -D_GNU_SOURCE";
Which ones do you suggest?
You need to set CFLAGS. And CXXFLAGS, too
> On May 19, 2015, at 12:26, Gery . wrote:
>
> Thanks, however it didn't work if I put it in the install_makefiles or
> .bashrc:
>
> # Required parameters:
> $MBSYSTEM_HOME = "/usr/local/mbsystem";
> $OS = "LINUX";
> $CFLAGS = "-Wall -g -I/usr/X11/i
Thanks, however it didn't work if I put it in the install_makefiles or .bashrc:
# Required parameters:
$MBSYSTEM_HOME = "/usr/local/mbsystem";
$OS = "LINUX";
$CFLAGS = "-Wall -g -I/usr/X11/include ";
$LFLAGS = "-Wall -g -lm -L/usr/lib -lgdal";
$CPPFLAGS="-I/usr/include/tirpc";
# NETCDF
$NETCDFLIB
On Tue, 2015-05-19 at 04:36 +, Gery . wrote:
> I'm still installing MBsystem software in cygwin and it fails here:
>
> surf.h:58:23: fatal error: rpc/types.h: No such file or directory
> #include
>
> it doesn't find rpc/types.h, even though both are in /usr/include/tirpc/rpc.
> I run export
Well.I wrote and answered myself the question you pointed out that
is residing on stackoverflow
It was my first option I thought of to pass the pointer to the virtual
address to the userland application but
I've been asked to mantain the architecture using open(), ioctl(),
mmap() etc so
Jirí Engelthaler sent the following at Tuesday, May 19, 2015 2:44 AM
>I'd like to hear an answer from Corinna Vinschen pls.
She's on vacation.
On 5/19/2015 1:52 AM, Martin Anantharaman wrote:
Ken,
you were on the right track there: I do not run bash in a windows console,
but not in mintty either - I have been using Console2 for many years as
common terminal for cmd, msys and cygwin. When I run my test in a mintty
windows everything wor
On 19 January 2015 at 15:42, Václav Haisman wrote:
>
> Hi.
>
> I have hit an issue with thread-local storage variables on
> Cygwin/AMD64, I do not see it with Cygwin/i686.
>
> I am having linking issues when using `thread_local` keyword in Cygwin
> with its GCC 4.8.3 and GCC 4.9.2. This is derived
Alessio Faina writes:
> Ok thanks, I've been able to find the character device under
> "/proc/sys/DosDevices/Global/deviceName"; now I'm stuck with the mmap
> implementation; when I do mmap in the userland program it returns me
> errno 19 (#define ENODEV 19 /* No such device */) obviously bec
15 matches
Mail list logo
