On Mon, Oct 24, 2011 at 12:55 PM, Eric Blake wrote:
> Actually, named pipes have _never_ worked, at least according to the full
> set of POSIX rules. It's just that some releases had code that limped along
> better than in other releases for the particular use cases you happened to
> throw at the
I have several scripts that use named pipes for the purpose of
processing sound files. I use them on both linux and cygwin. After the
switch to cygwin1.7 I converted most of them to the use of tempfiles.
Nevertheless, when encountering old scripts in my archives or when
trying to create efficient n
On Thu, Oct 20, 2011 at 11:04 AM, Marco Atzeri wrote:
> no experience on GHC and looking at the source, I am sure you need
> to cut through the source tree.
> Look also the aclocal.m4 ont only configure.ac
Yep.
> I noticed also wrong/obsolete assumption around the code
>
> libraries/base/GHC/Con
On Wed, Oct 19, 2011 at 6:30 PM, Mark Geisert wrote:
> Rather than using "the windows version" is there a Linux or Unix version you
> could start with? That path might be easier to get running under Cygwin.
>
> ..mark
The source is unified. MinGW and Linux and Solaris builds all start
with the s
I am attempting (for probably the tenth time) to compile the GHC
haskell compiler.
The problem with GHC is that the windows version is compiled with
MinGW, and cygwin is considered to be nothing other than a MinGW
alternative. IOW, the source code is riddled with assumptions that if
you are buildi
On Thu, Oct 6, 2011 at 12:27 PM, Yaakov (Cygwin/X)
wrote:
> It is a known issue that the testsuite does not build with the latest
> orc:
OK, I'll revert to your orc & try from there.
> That being said, libschroedinger1.0 and liborc0.4 are already available
> in Ports.
Yep. Thanks for those, sin
I'm building a library called libschroedinger1.0-1.0.10
The make step fails at this point:
--- BEGIN ---
libtool: link: gcc -Wall
-I/usr/src/libschroedinger1.0-1.0.10-1/src/schroedinger-1.0.10
-I/usr/include/orc-0.4 -DSCHRO_ENABLE_UNSTABLE_API -g -O3 -pipe -o
.libs/wavelet_2d.exe wavelet_2d.o ./.
A complicated project I'm building fails on this call to gcc:
gcc -shared -L -L/lib
-L/usr/lib -o .libs/cyg.dll
-Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker
.libs/lib.dll.a
If I remove the -L/lib, the call succeeds. Using the -v option to gcc,
I see that it's actually a call to
/
On Wed, Sep 30, 2009 at 12:23 PM, Dave Korn
wrote:
> Nathan Thern wrote:
>> Yaakov-
>> I thought I would bring this to your attention ...
>
> Compiler problems are always worth reporting on the main list too!
>
>> I just discovered that ffmpeg and mplayer are segfa
On Thu, Oct 30, 2008 at 8:24 PM, Mikael More <[EMAIL PROTECTED]> wrote:
> Hi!
> Thank you for porting Gambit into Cygwin!
http://www.liquid.spod.org/~nthern/cygwin/
> Although, on my machine, I didn't get it running, neither the package
> (compile-file complains it can't start external process) no
The chicken implementation of the scheme programming language is now
available with the Cygwin distribution.
* http://www.call-with-current-continuation.org/ (Homepage)
DESCRIPTION:
CHICKEN is a compiler for the Scheme programming language. CHICKEN
produces portable, efficient C,
The chicken implementation of the scheme programming language is now
available with the Cygwin distribution.
* http://www.call-with-current-continuation.org/ (Homepage)
DESCRIPTION:
CHICKEN is a compiler for the Scheme programming language. CHICKEN
produces portable, efficient C,
I have updated my repository of scheme implementation ports to cygwin.
http://www.liquid.spod.org/~nthern/cygwin/
NEW PACKAGES:
ELK Scheme
Gambit Scheme (package named "gambc")
CHANGES:
bigloo
Corrected missing install requirements
chicken
Version bump to 3.3.0
Corrected install requir
On Tue, Jul 22, 2008 at 7:19 PM, Brian Dessent <[EMAIL PROTECTED]> wrote:
> Nathan Thern wrote:
>> I'm following the build instructions for generic x86 *nix, going under
>> the assumption that cygwin fits in that category. I believe the
> Cygwin can't change the
On Tue, Jul 22, 2008 at 4:01 PM, Brian Dessent <[EMAIL PROTECTED]> wrote:
> You seem to have two separate issues here.
>> The main executable is created with this command:
>> > gcc -o scheme.exe cmpauxmd.o
>
> Wait, are you saying that you need to export symbols from the executable
> that will be
I am attempting to compile MIT/GNU Scheme on cygwin. The build
proceeds fine through the main executable, but fails when linking a
dynamically openable module.
The main executable is created with this command:
> gcc -o scheme.exe cmpauxmd.o
cmpauxmd.o is created by:
> ./makegen/m4.sh cmpauxmd.
ct with that?
bigloo, chicken, Gambit-C, PLT, & SCM are all major free scheme
implementations that are worthy of the official distro.
I am working on Gambit-C now.
> 2008/7/9 Nathan Thern:
>> bigloo
> Aren't there some more requires missing?
> You have only libgmp, which shou
I have compiled several scheme implementations natively on cygwin.
I've put them (with a couple of other packages I have created) in a
repository at http://www.liquid.spod.org/~nthern/cygwin/
They are mostly untested. If the REPL works and some simple scheme
codes run, I have put it in. Feedback is
On Tue, Jul 8, 2008 at 4:58 AM, Thomas Walker <[EMAIL PROTECTED]> wrote:
> Apologies if this is a newbie question... I did a decent amount of
> looking through mailing lists but couldn't find anything relevant.
>
> I'm a Linux/Unix person by hobby and profession and don't really do
> much Windows b
On Tue, Jul 8, 2008 at 4:58 AM, Thomas Walker <[EMAIL PROTECTED]> wrote:
> Apologies if this is a newbie question... I did a decent amount of
> looking through mailing lists but couldn't find anything relevant.
>
> I'm a Linux/Unix person by hobby and profession and don't really do
> much Windows b
On Fri, Jun 6, 2008 at 3:58 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
> Brian Dessent wrote:
> In the original post, Nathan said:
>>
>> It fails with the following output:
>>
>> Change Dir: /usr/src/CMakeFiles/CMakeTmp
>>
>> MORE OUTPUT ...
>
> What is the MORE OUTPUT? Also, there should be a
The first time I tried to use cmake to configure a package I got this message:
--- TERMINAL SESSION ---
$ cmake .
-- The C compiler identification is GNU
-- Check for working C compiler: /usr/bin/gcc.exe
-- Check for working C compiler: /usr/bin/gcc.exe -- broken
CMake Error at
/usr/share/cmake-
22 matches
Mail list logo
