There are python3* cygiwin packages obsoleted by python36* packages, e.g.
python36-numpy. As python36* is basically obsolete itself now, it
creates an impression
that there are no python39* etc available.
Also, I noticed that python-numpy-1.21.4-1.src/python-numpy.cygport
from python-numpy-src/pyt
Hello,
Singular (https://cygwin.com/packages/summary/singular.html)
went through a number of upgrades since 2015, and the latest version,
4.2.1, works on Cygwin.
Cf.
https://www.singular.uni-kl.de/index.php/singular-download/install-windows.html
Is it possible to update the Cygwin's Singular pack
On 20 August 2013 03:13, LMH wrote:
> I would be happy to build gcc-3 myself, I'm just looking for some
> documentation to get that done.
>
> The fact the gcc-3/g77 are old means nothing to me. There are still millions
> of lines of fortran77 code out there that are being used. There is just no
>
Alex,
On 13 July 2012 21:21, Ryan Johnson wrote:
> On 13/07/2012 9:19 AM, Ryan Johnson wrote:
>>
>> Cygstart does not actually parse general URIs. For a long time it had a
>> special case that tested explicitly for `http:', and recently added
>> `mailto:' after a similar issue arose [1]. Ironical
> http://?
One can run a local webserver and talk to it via http. Given that the
webserver might be a very lightweight one, it would not be much of an
overhead.
(Of course I know it would add a bit to the complexity of running GAP
on Windows :))
Dima
>
> Thanks,
> Alex
>
>
Hi Alex,
On 13 July 2012 20:26, Csaba Raduly wrote:
> On Fri, Jul 13, 2012 at 2:06 PM, Alexander Konovalov wrote:
>> Dear Cygwin experts,
>>
>> I am trying to open the exact location in the html file using my default
>> browser with the command of the form
>>
>> cygstart.exe file:///C:/somepath/
On 7 December 2011 21:03, Ken Brown wrote:
> On 12/6/2011 10:22 PM, Christopher Faylor wrote:
>>
>> On Tue, Dec 06, 2011 at 09:51:32PM -0500, Ken Brown wrote:
>>>
>>> On 12/6/2011 3:02 PM, Corinna Vinschen wrote:
On Dec 6 13:28, Ken Brown wrote:
>
> On 12/6/2011 12:57 PM, Corinn
Dear all,
On 15 August 2011 12:03, Charles Hyder wrote:
> Hi! I've just upgraded to a fresh Cygwin distribution. I installed the
> full teTeX package. Then I tried to add my usual stuff like extra TeX
> packages that I had with my previous installation of Cygwin.
as already discussed here, teTeX
On 1 August 2011 09:27, Neusbeer wrote:
> got a strange error with python.
> Can anybody give me a clue for what to do?
That's a typical fork failure.
Rebase, if this happens on a regular basis.
(if it just happened once, you were unlucky, as on Windows 7
cygwin's fork can fail randomly now and t
On 19 July 2011 14:05, Ciro wrote:
>
> Hi,
>
> I've installed the new Gygwin set in my computer and I can't seem to start
> any graphic interface, for instance:
>
> (C)SUMFO$ xclock &
are you saying that you try running xclock on a remote machine?
How did you connect to it? Via ssh?
In this case
Hi Phil,
you ought to post steps to reproduce the problem, if there is one.
By the way, can you check that you link against libgcc using -shared-libgcc?
You can also try to figure out whether is this not a purely g++ problem, by
installing g++ 4.3.4 on Linux, say, and trying your code with it.
On
Dear all,
a quick question:
Must a cygwin application that uses readline in a nontrivial way run
in an environment with terminal capabilities missing in Windows 7
console?
We have such an an application that (after upgrading to the current
1.7.9-1 version of Cygwin) works OK if started from a min
tetex is dead and buried.
Indeed, http://www.tug.org/tetex/ says:
---
De-support notice
I (Thomas Esser) have decided not to make new releases of teTeX any
more (May 2006).
---
In fact, newer (la)tex packages
On 19 May 2011 19:04, kathy3826 wrote:
>
> because there should be such command in unix einvironment,
it's not a standard command in any way. Some packages have scripts
named like this, but there isn't anything "standard" about it, really.
> so its equivalent
> or the same one
> should exist in
On 15 May 2011 12:24, Klonuo Umom wrote:
>> you can use atlas/lapack supplied by cygwin (search for them using the
>> search window of the
>> install.exe)
>>
>> You probably don't really need atlas – it is just one of many
>> implementations of lapack, and
>> moreover IMHO it just does not build o
On 15 May 2011 09:20, Klonuo Umom wrote:
> Hi,
> I just installed cygwin (with compilers) on xp 32b, with intent to
> build atlas and lapack.
you can use atlas/lapack supplied by cygwin (search for them using the
search window of the
install.exe)
You probably don't really need atlas – it is just
Hi Phil,
Please post the output of gcc -v.
In fact, I guess it has little to do with Cygwin, as it looks very
much like a gcc bug,
perhaps fixed in a later version of gcc.
Showing that this is a Cygwin bug would need a check that the same
does not happen
on the same version of gcc on Linux, say.
On 26 April 2011 23:03, Reini Urban wrote:
> 2011/4/26 Dima Pasechnik:
>> while building Maxima on Windows 7 / Cygwin 1.7.9, with ECL (an
>> implementation of Common Lisp), we see the following puzzling error
>> messages, quite reminiscent of the usual cygwin installation in
Dear all,
while building Maxima on Windows 7 / Cygwin 1.7.9, with ECL (an
implementation of Common Lisp), we see the following puzzling error
messages, quite reminiscent of the usual cygwin installation in need
of rebaseall:
3 [main] ecl 2448 C:\cygwin\home\dima\sage-4.7.alpha5\local\bin\ecl.exe:
nschen cygwin.com> writes:
>
>>
>> On Apr 24 17:14, Dima Pasechnik wrote:
>> > Dear all,
>> > reposting, as the message did not get through to the mailing list
>> > yesterday:
>> >
>> > The issue I have is exactly as described in
>
Dear all,
/usr/include/fenv.h is not protected from double inclusion.
I.e., there is no
#define _FENV_H_
in it.
Is it intentional?
It breaks many things, e.g. ECL.
This is with Cygwin 1.7.9:
$ uname -a
CYGWIN_NT-6.1 SPMS-DIMA-W7 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin
Best,
Dmitrii
--
Pro
21 matches
Mail list logo