Hi,
I would like to install g++ v 4.6.4 under cygwin64 but only v 4.8.2 is
available. What is the procedure to install this older version?
Note: I have a large (~500K loc) C++ project that builds under Ubuntu 12.04
LTS / g++ 4.6.4; however, it will not build under cygwin64 using g++ v 4.8.2.
T
I've made a new version of binutils available for installation. This is
a refresh against the official git repository. The binutils package
contains the GNU assembler, linker and binary utilities. It is
available in the "Devel" category under Cygwin's setup.
--
Problem reports: http://cyg
I'm attempting to build a cpan module (well actually it's not a cpan
module but rather a module that uses MakeMaker and has the familiar perl
Makefile.PL, make, make test, make install installation procedure.
Additionally I need to link it to a set of proprietary libs that I am
given only the .
Hello
I have notices that font is ugly for cairo related terminal on gnuplot 4.6.3
and my own build gnuplot 5.0rc-1.
I found that pango.modules in C:\cygwin\etc\pango is empty.
pango.modules
#**
# Pango Modules file
# Automatically generated file, do not edit
On 5/29/2014 06:20, JonY wrote:
> On 5/29/2014 03:47, Chris J. Breisch wrote:
>> Ken Brown wrote:
>>> On 5/28/2014 1:13 PM, Chris J. Breisch wrote:
>>
>> Yes, the behavior looks exactly like what you described there.
>>
>> $ objdump -j .rsrc -s /usr/bin/g++.exe
>>
>> /usr/bin/g++.exe: file form
On 5/29/2014 03:47, Chris J. Breisch wrote:
> Ken Brown wrote:
>> On 5/28/2014 1:13 PM, Chris J. Breisch wrote:
>
> Yes, the behavior looks exactly like what you described there.
>
> $ objdump -j .rsrc -s /usr/bin/g++.exe
>
> /usr/bin/g++.exe: file format pei-x86-64
>
> Contents of section
On 05/28/2014 07:04 AM, gialloporpora wrote:
Risposta al messaggio del 28/05/2014 di Larry Hall (Cygwin):
On 05/27/2014 06:00 PM, gialloporpora wrote:
Hi all,
I use git version provided by cygwin, and before today I had no problems.
Now, if I try to fetch from upstream (or to fetch from my pri
Ken Brown wrote:
On 5/28/2014 1:13 PM, Chris J. Breisch wrote:
JonY wrote:
gcc-4.8.3-1 is now uploaded for both 32-bit and 64-bit Cygwin. This
includes a patch to automatically link in the default manifest for
executable files.
Known issues:
Cygwin 64-bit gcc-4.8.3-1 debuginfo package is missi
On 5/28/2014 1:13 PM, Chris J. Breisch wrote:
JonY wrote:
gcc-4.8.3-1 is now uploaded for both 32-bit and 64-bit Cygwin. This
includes a patch to automatically link in the default manifest for
executable files.
Known issues:
Cygwin 64-bit gcc-4.8.3-1 debuginfo package is missing and was not
gen
On 5/28/2014 02:55, David Stacey wrote:
are you able to use 'nmake' (that comes with MSVC)?
nmake is awfully primitive in itself compared to GNU make, and it is
doubly crippled by being restricted to cmd.exe syntax for shell commands
in the targets.
Instead, Abhijit, I suggest that you swit
JonY wrote:
gcc-4.8.3-1 is now uploaded for both 32-bit and 64-bit Cygwin. This
includes a patch to automatically link in the default manifest for
executable files.
Known issues:
Cygwin 64-bit gcc-4.8.3-1 debuginfo package is missing and was not
generated by cygport, I am still investigating thi
On Wed, May 28, 2014 at 05:41:19PM +0200, Houder wrote:
>As far as I can tell, it is not bash, but the Cygwin supervisor, that
>does the truncation.
The code in Cygwin has already been repeatedly identified.
Possibly setting the CYGWIN environment variable to "noglob" might
cause things to work a
Win 7 64-bit
gcc 4.8.2 (64-bit)
ret: http://stackoverflow.com/questions/23900921/c-scanf-la-returns-0
I don't know whether cygwin or gcc.org maintains the runtime library. If
this is the wrong location I'll redirect this e-mail.
sscanf() doesn't handle "%la" correctly and crashes on "%a".
Samp
Hi Abhijit,
> Please note, when I am saying the path is getting truncated, its the
> bash that is truncating it. Also, its immaterial how and what is
> getting called. With the latest Cygwin, any program that is compiled
> and linked with the CRT would exhibit this behavior. The truncation
> issue
gcc-4.8.3-1 is now uploaded for both 32-bit and 64-bit Cygwin. This
includes a patch to automatically link in the default manifest for
executable files.
Known issues:
Cygwin 64-bit gcc-4.8.3-1 debuginfo package is missing and was not
generated by cygport, I am still investigating this.
Risposta al messaggio del 28/05/2014 di Larry Hall (Cygwin):
On 05/27/2014 06:00 PM, gialloporpora wrote:
Hi all,
I use git version provided by cygwin, and before today I had no problems.
Now, if I try to fetch from upstream (or to fetch from my private repo too)
I receive this error message:
On 27/05/2014 11:46, Kptain wrote:
Same status for me!
I was thinking it could become from FTP provider, but by using a new mirror
site coming from CH, I've found same issue.
Please note also that this issue was present in previous release 1.7.29, I
was waiting for last update to see if it has
On 27/05/14 14:19, Abhijit Bhattacharjee wrote:
Yes, MSVS is Microsoft Visual Studio.
and I am using the make for Windows
Using the Windows version of gmake to invoke Cygwin bash to call the
Microsoft compiler seems a little complicated to me. Instead of gmake
and bash, are you able to use '
18 matches
Mail list logo
