Greetings, Simon Eigeldinger!
> I just reinstalled cygwin and during install i figured out that it
> stopped installing during processing
> /etc/postinstall/zp_texlive_finish.dash.
> so i thought i might see which programs are running.
> i made perl stop and the install was finished.
> after i op
Hi all,
I just reinstalled cygwin and during install i figured out that it
stopped installing during processing
/etc/postinstall/zp_texlive_finish.dash.
so i thought i might see which programs are running.
i made perl stop and the install was finished.
after i opened up the terminal and i want
On 06/30/2015 02:27 PM, John Norris wrote:
Hi,
I am running cygwin 1.7.x on Windows 2008. I realise this may be out of date
but this is what we are using.
I have noticed that the path variable for our build user is dependent on
where "cmd /C" is run from.
Please see below - I have cut back the PA
Version 1.11.0-1 of packages
hwloc
libhwloc-devel
libhwloc5
are available in the Cygwin distribution:
CHANGES
First cygwin release.
Full upstream changes:
http://www.open-mpi.org/community/lists/hwloc-announce/2015/06/0078.php
DESCRIPTION
The Portable Hardware Locality (hwloc) software
On 6/30/2015 3:55 PM, Corinna Vinschen wrote:
On Jun 27 16:52, Corinna Vinschen wrote:
On Jun 26 18:28, Ken Brown wrote:
On 6/26/2015 4:05 PM, Corinna Vinschen wrote:
As for getrlimit(RLIMIT_STACK), I changed that as outlined in my former
mail in git. On second thought, I also changed the val
The MPFR Library
The MPFR library is a C library for multiple-precision floating-point
computations with exact rounding (also called correct rounding). It is
based on the GMP multiple-precision library.
The main goal of MPFR is to provide a library for multiple-precision
floatin
On Jun 27 16:52, Corinna Vinschen wrote:
> On Jun 26 18:28, Ken Brown wrote:
> > On 6/26/2015 4:05 PM, Corinna Vinschen wrote:
> > >As for getrlimit(RLIMIT_STACK), I changed that as outlined in my former
> > >mail in git. On second thought, I also changed the values of
> > >MINSIGSTKSZ and SIGSTKS
Hi,
I am running cygwin 1.7.x on Windows 2008. I realise this may be out of
date but this is what we are using.
I have noticed that the path variable for our build user is dependent
on where "cmd /C" is run from.
Please see below - I have cut back the PATH so that it does not
overwhelm. Notice
Volker Hohmann (priv.) writes:
> ++ cygpath -a 'c:\Program Files (x86)\Microsoft Visual Studio 12.0\VC'
> + eval 'msdev="/cygdrive/c/Program' Files '(x86)/Microsoft' Visual Studio
> '12.0/VC"'
> msdev="/cygdrive/c/Program Files (x86)/Microsoft Visual Studio 12.0/VC"
> ++ msdev='/cygdrive/c/Program
Interestingly, if environment variable FILENAME was exported when
tclsh called, the test passes. Tclsh falis to export only new env
variable. Compare two results:
$ env FILENAME=gaga tclsh test_env_export1.tcl
filename_val
filename_val
vim
vim
$ env -u FILENAME tclsh test_env_export1.tcl
filename_
Yakov,
Thanks for the reply.
Apologies for confusion. 8.5 was version of tcl as reported by
tcl_version. Please find below more information. Note that
"filename_val" is printed only once -- by tclsh, but the child (bash)
does not see environment variable FILENAME.
Any specific information that y
On 6/28/2015 18:52, Jiří Engelthaler wrote:
> I would like to request the upgrade GCC to current 4.9.3 version.
> 4.9.2 version contains invalid code generation issue
> (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65504) marked with P1
> importance which affects also cross compilers generated by 4
Hello,
the following script bashtest:
#!bash
set -vx
# /**
# *1. BUILD MKMAC
# ***/
eval msdev=\"`cygpath -a "$MSDEV"`\"
# /**
# *2.
13 matches
Mail list logo
