Warren Young writes:
$ git clone git://cygwin-ports.git.sourceforge.net/cygwin-ports/cygport
Cloning into 'cygport'...
fatal: The remote end hung up unexpectedly
What am I missing?
Try this repository URL:
git://cygwin-ports.git.sourceforge.net/gitroot/cygwin-ports/cygport
Or this
I'm not sure how this is supposed to work now, so I've issued this RFU
with both archs. Going forward is this acceptable, or should I split
it into 2 RFUs?
32-bit:
wget -x -nH --cut-dirs=3 \
http://dl.dropbox.com/u/5530441/cygwin/mksh/setup.hint \
On 6/2/2013 10:49 AM, David Rothenberger wrote:
Yaakov,
Please consider this patch, which allows versions to be included in the
auto-generated hints file as part of the .cygport file. I needed this
for speex, since the previous version was 1.2beta3.2-1 and the current
was 1.2rc1-1 and upset
On 7/27/2013 11:49 AM, Chris Sutcliffe wrote:
I'm not sure how this is supposed to work now, so I've issued this RFU
with both archs. Going forward is this acceptable, or should I split
it into 2 RFUs?
This is fine.
32-bit:
wget -x -nH --cut-dirs=3 \
For completenes, I want to flag that on Windows 7 U 64b and Cygwin32
(but should be the same for Cygwin64) xinit.sh (postinstall) fails as
follows (from setu.log.full):
[...]
2013/07/27 23:41:15 running: C:\cygwin\bin\bash.exe --norc --noprofile
/etc/postinstall/xinit.sh
/usr/bin/mkdir:
Problem:
Trying to install Cygwin/x following install guide
http://x.cygwin.com/docs/ug/setup.html#setup-cygwin-x-installing.
Does not display selection for X11/X-start-menu-icons, but can continue
install. Install then has an error and is not successful (missing windows start
menu icons).
Greetings, LRN!
Try this:
run %ComSpec%
mklink /D %SystemRoot%\System32\cygwin c:\cygwin64
mklink /D %SystemRoot%\SysWOW64\cygwin c:\cygwin32
Then edit your user envrionment valriable table and add
%SystemRoot%\System32\cygwin\bin to PATH.
This way you will run 32-bit cygwin programs
On 7/26/2013 23:44, marco atzeri wrote:
Il 7/27/2013 7:17 AM, Kenneth Wolcott ha scritto:
I guess I will somehow modify my PATH so that I have
/cygdrive/c/cygwin64/usr/bin and /cygdrive/c/cygwin32/usr/bin
mixing will not work as the dll's are called in the same way
Just to emphasize: if
On 26/07/2013 19:02 +0400, marco atzeri wrote:
Il 7/26/2013 2:17 PM, Filipp Gunbin ha scritto:
Hello again,
It would be useful to include uuid-ossp module in the default
distribution. Here's a patch which does that.
The mailing list filters didn't like the PACKAGE_BUGREPORT=... line
with
Il 7/27/2013 9:25 AM, Filipp Gunbin ha scritto:
On 26/07/2013 19:02 +0400, marco atzeri wrote:
Il 7/26/2013 2:17 PM, Filipp Gunbin ha scritto:
Hello again,
It would be useful to include uuid-ossp module in the default
distribution. Here's a patch which does that.
The mailing list filters
I am having trouble compiling an application that uses the libjpeg libraries
under cygwin64.
My program has compiled and run under cygwin32 for a long time. I can compile
and run it under cygwin64 when I build and link against my own libjpeg.a. When
I try and download the libjpeg-turbo
I have also ran into this problem, in my case though I have managed to
reduce the issue down to an fgets call when reading a pipe.
The following code causes the issue for me if I try and debug it:
#include stdio.h
#include stdlib.h
int main(int argc, char** argv) {
char out[100] = {0};
Il 7/27/2013 11:54 AM, Bill Hammond ha scritto:
I am having trouble compiling an application that uses the libjpeg libraries
under cygwin64.
My program has compiled and run under cygwin32 for a long time. I can compile and run it under cygwin64 when
I build and link against my own libjpeg.a.
Il 25/07/2013 16.04, Angelo Graziosi ha scritto:
Corinna Vinschen wrote:
What happens if you replace the single quotes ' with double quotes ?
No doesn't work... :(
Charles Wilson wrote:
What is the result of executing the previous line directly from a bash
shell (with --run-debug=2
Hi all,
I recentely decided to go from the x64 version of cygwin to the x86
version (because the x64 version doesn't support unison), and I can't
get rid of the shortcut in Start; Clicking uninstall takes me to
'uninstall a program', but there is now cygwin uninstaller, it needs to
be done
I am having trouble compiling an application that uses the libjpeg libraries
under cygwin64.
My program has compiled and run under cygwin32 for a long time. I can compile
and run it
under cygwin64 when I build and link against my own libjpeg.a. When I try and
download the
libjpeg-turbo
Il 7/27/2013 6:46 PM, Bill Hammond ha scritto:
I am having trouble compiling an application that uses the libjpeg libraries
under cygwin64.
My program has compiled and run under cygwin32 for a long time. I can compile
and run it
under cygwin64 when I build and link against my own libjpeg.a.
try
cc -g -flto imgopt.o support.o ../common/jpeg.o ../common/gifread.o
../common/gifwrite.o ../common/image.o ../common/misc.o ../common/file.o
../common/fuzzy.o
-o a.exe -lm -ljpeg
Yep, that did it. I went back and re-read the gcc link order logic and should
have looked at
the old makefile
On 27/07/2013 6:30 AM, Daniel Brown wrote:
I have also ran into this problem, in my case though I have managed to
reduce the issue down to an fgets call when reading a pipe.
The following code causes the issue for me if I try and debug it:
STC snipped
That STC let me get a stack trace of gdb:
Hello,
While installing the latest cygwin 1.7.22-1 x86 I found
that the 'libpango1.0_0-1.32.5-1' postinstall script
caused an abnormal exit in setup.
An excerpt of the setup.log file follows:
-
2013/07/27 17:07:30 running: E:\Cygwin\bin\bash.exe
--norc
Just out of curiosity...
Is it to be expected that there are packages (clang, imake,...)
dependent on gcc4-core etc. ?
Ciao,
Angelo.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
21 matches
Mail list logo