Craig Ryan writes:
I think putting the blame on bash is premature. Try replacing the call to
java with a script of your own to see what arguments it get called with,
How so? This works on un*x platforms so what am I missing?
You are missing that Windows is not Un*x. On Windows, each
Warren Young writes:
Line 30 of main.ml is:
assert (cbreak ());
Soncurses isn't working correctly across the exec() boundary?
I don't think ncurses can work without a tty interface and that's one of
the things you've lost through the foreign exec. You'd need something
like starting a
Warren Young writes:
Orpie runs in a cmd.exe window. ncurses must have some fall-back mode.
IIUC, orpie won't find a tty/pty interface in your situation and it
won't be able to use the cmd.exe interface because it isn't run from
cmd.exe. What do you expect it to do?
Regards,
Achim.
--
+[Q+
David Stacey drstacey at tiscali.co.uk writes:
I am trying to use 'xz -9' to compress a file, but the programme exits
with the error message 'Cannot allocate memory'. Here's what I tried:
$ echo Hello World compress_me.txt
$ xz -9 compress_me.txt
xz: compress_me.txt: Cannot allocate
Achim Gratz Stromeko at NexGo.DE writes:
With the initial heap size set to 1MB, the same allocations for mmap work
just fine. The mmap length used by xz is the same for files of all sizes.
The large mmap is for the scratchpad memory of xz, which can be limited via
the -M option. Currently
Corinna Vinschen writes:
I'm not exactly surprised. You're on a 32 bit machine, so you only have
2 Gigs VM. Probably some DLLs are in the way.
I know, also it might be true I've hit a less fortunate meory layout
than usual this time. However, I know there's plenty of unused memory
before
Charles Wilson writes:
Right. But is a bit lame that it just fails. Does it have to use
this big buffer or would it also work with a smaller buffer, if there's
no memory chunk big enough?
From what I understand, it will /not/ be able to perform the kinds of
tasks that -9 specifies. E.g.
Achim Gratz Stromeko at nexgo.de writes:
Load xz under GDB, break
on cygwin_exit, run it, and when it hits the breakpoint, observer the
memory layout, either in GDB, or by cat'ing /proc/≤xz's pid/maps.
OK, if it is still reproducible tomorrow I'll have a look.
I'm not sure I'm looking
Corinna Vinschen corinna-cygwin at cygwin.com writes:
Yes, looks normal and expected from what you observed. mmap commits
memory top-down and that was apparently the first free slot big enough
to fullfil the request. The default heap size is 384 Megs and then
there's apparently not enough
Corinna Vinschen writes:
That's an awful lot of memory, and it it could easily break later mmap's
or thread stack reservations on 32 bit. Given that the default heap is
384 Megs already, I would prefer if we reserve subsequent heap memory in
chunks of 1 or 2 Megs only, to lower the pressure
Corinna Vinschen corinna-cygwin at cygwin.com writes:
- Fix bug in sbrk breaking extending the heap beyond its default size.
Fixes: http://cygwin.com/ml/cygwin/2013-08/msg00520.html
I confirm that this problem is fixed and the memory allocation from xz grows
correctly beyond the default heap
Chris Sutcliffe ir0nh34d at gmail.com writes:
I've checked 5 different mirrors again this morning, and given that
the release was 3 days ago I don't think it's a sync issue. 1.7.25
seems to be missing on the mirrors for x86.
The files have been there all the time, but setup.ini wasn't
Robert McBroom mcforum at bellsouth.net writes:
Also, cygport itself ships with an identical copy, and modifying your
script to call 'gnuconfigize' during src_compile() will update them as
well.
Incomplete command. Tried
You need to read more carefully.
gnuconfigsize
Am 24.09.2013 23:49, schrieb Buchbinder, Barry (NIH/NIAID) [E]:
Trying to compress it with upx failed with an error message:
upx: setup-x86-64.exe: CantPackException: can't pack new-exe
UPX can't compress PE+ (64bit) executables.
Regards,
Achim.
--
Problem reports:
Am 03.10.2013 22:55, schrieb Adam Kellas:
My company uses Cygwin and we experience fairly frequent fork
failures, believed to be BLODA-related. I say believed to be because
in this corporate environment, like many, we cannot uninstall the
virus scanner even long enough to see what happens
Ryan Johnson writes:
So in other words, a misguided performance optimization [1] that
almost certainly has little measurable impact on performance [2] has
introduced a silent data corruption bug (or tickled a latent one
somewhere else). Lovely.
It is not the performance optimization that
Josef Kemetmüller e0725716 at student.tuwien.ac.at writes:
The obvious fix is to install these using the -P option, but shouldn't
there be an easier way to install
dependent packages using automated installation?
That has been fixed in version 2.830 of setup.exe.
Regards,
Achim.
--
Problem
Josef Kemetmüller writes:
Where can I find this version?
At the moment in sourceware CVS, but cgf said he planned to roll a new
version.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
SD adaptation for Waldorf rackAttack V1.04R1:
The package gcc4-core provides a compatibility symlink for programs that
expect the old gcc naming scheme (like Perl). The link however is just
gcc4, while Devel::CheckLib for instance looks for gcc4.exe.
Regards,
Achim.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Andrey Repin writes:
The package gcc4-core provides a compatibility symlink for programs that
expect the old gcc naming scheme (like Perl). The link however is just
gcc4, while Devel::CheckLib for instance looks for gcc4.exe.
Report that to the maintainer of Devel::CheckLib
It SHOULD NOT
Mariusz WODZICKI writes:
I frequently use ``rename''. Today I discovered that the most current
version has a changed syntax:
Exactly why do you think it changed syntax? Looking at some old and new
Linux manpages and the Git repository, it appears that the only thing
that changed was the
Yaakov (Cygwin/X) writes:
Actually, the RIGHT thing to do is to have Perl (updated to 5.14.4
and) built without the CC=gcc-4 hack.
Oh, absolutely. But until we have that, if anyone runs into troubles
that some program which hasn't been rebuilt since the gcc update is
unable to find a C
Charles Wilson writes:
On 11/4/2013 11:00 AM, Christopher Faylor wrote:
On Mon, Nov 04, 2013 at 09:32:10AM -0500, Charles Wilson wrote:
I've got a few cleanups, and then I'll share the result. It's already
helped me generate a few re-packaging requests I plan to post over on
cygwin-apps...
Lavrentiev, Anton (NIH/NLM/NCBI) [C] writes:
As far as they can tell, there is no such an installation option that
tells to install everything from the download directory. What they
do is that they run setup.exe to manually check everything from the available
packages that they want to have
Lavrentiev, Anton (NIH/NLM/NCBI) [C] writes:
I have an install script for Cygwin. It's not offline
Thanks for the suggestion. My Systems team need to install from scratch
on bare boxes, from only an image DVD (which contained all the requisites of
the future machine, including CYGWIN's setup
Lavrentiev, Anton (NIH/NLM/NCBI) [C] writes:
Alternatively, you can grab the sources for setup and add an option
to do what you want the way you want it.
Well, that's a trivial option with open source, of course. But also
it means to maintain a branch of our own setup.exe, which is the
D. Boland writes:
I think I have new information on the stealing of ownership. Below test has
been
performed on the Apache folder, placed in the Windows Program Files folder by
the
Apache msi installer:
/cygdrive/c/Program Files (x86)/Apache Group/Apache2/
But if I perform the same test
UPX has been updated to version 3.91 for both x86 and x86_64
architectures. This version includes experimental support for Win32/PE+
64bit binaries. Additionally, this build uses LZMA SDK version 9.22,
which is marked beta since 2011.
For this reason, the release is currently marked
Christopher Faylor writes:
I appreciate your looking at the source code but given what you changed,
I don't understand how what you did would fix that. If your changes
were really necessary then something would have to be seriously wrong
with mscvrt handling of argv strings. That points to a
Ken Brown writes:
Can you do some experimentation to try to narrow this down? For example:
* Is it related to Tramp or not?
I don't think so, I get those crashes without Tramp in the picture and
sometimes with an Emacs that simply has a single file open and then left
alone.
FWIW, besides
Harry G McGavran Jr writes:
int main(int argc, char **argv, char **envp)
The entry point in setup.exe is WinMain, which has a different signature
and entry point. The use of __argv ties into the actual RTC entry point
of WinMainCRTStartup and gets populated on startup. If indeed on one of
your
Corinna Vinschen writes:
I just explained that in a reply an the cygwin-apps list:
http://cygwin.com/ml/cygwin-apps/2013-11/msg00075.html
I applied a patch to setup which should fix the issue.
The patch WJFFM. :-)
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk
marco atzeri writes:
Ok, you forgot to highlight that, and it was not my first thought.
This is clearly a weakness of the current setup implementation.
As basic install
setup-x86.exe -P proftpd -q
should install the package you are looking for, without the need
of additional software.
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes:
I have made a new version of rpm available for installation. rpm is the
Linux package management system used by Fedora, SuSE and others.
There is a packaging or upload error with these:
-rw-r--r-- 1 user users 1084632 29.
Andrew Schulman schulman.andrew@... writes:
A new version of lftp, 4.4.11-1, is available in the Cygwin distribution.
The is the first release of lftp for x86_64.
This version seems to have serious problems with the mirror command.
Instead of transferring just the changed files, it seems to
Achim Gratz Stromeko at NexGo.DE writes:
This version seems to have serious problems with the mirror command.
Instead of transferring just the changed files, it seems to always want to
transfer _everything_. I haven't yet looked into why this might happen, at
the moment I've reverted
Andrea Venturoli ml at netfence.it writes:
Of course, emacs is a shell script.
Of course it should be a symlink, pointing to emacs-X11 on a standard
installation. Did you read /usr/share/doc/emacs/README.Cygwin? Is the
DISPLAY environment variable set correctly? Does Emacs run when you start
Andrew Schulman schulman.andrew@... writes:
OK. Meanwhile version 4.4.13 is out. Have you tried it to see if the
problem is fixed there? If not, I could put it out in test for you to try.
Yes, I've tried all versions between and including 4.4.8 and 4.4.13 (I was
hoping that it was fixed
Ken Brown writes:
On 12/6/2013 6:26 AM, Achim Gratz wrote:
venture the guess that it either somehow only happens on Cygwin or has
something to do with the fact that I need to pull the files through a proxy
server. It would be helpful to know if you can reproduce (just repeating a
mirror
Achim Gratz writes:
The real mirror script sanitizes the cygwin.lftp script and the sources
it for the actual mirroring. The problem is that from version 4.4.10 on
the cygwin.lftp will include _all_ files encountered by mirror, not just
the newer and missing ones.
I've spent some time
JonY 10walls at gmail.com writes:
4.8.2-2 is a rebuilt of -1 with an additional --libexecdir=/usr/lib,
this should fix reports of spawn failures when called with /bon/gcc.
This update breaks libquadmath0 because the library hasn't been uploaded
correctly.
Regards,
Achim.
--
Problem
JonY writes:
This update breaks libquadmath0 because the library hasn't been uploaded
correctly.
OK, I see something called libquadmath0gcc-ada, my cygport file is broken.
Thanks for looking into it.
Meanwhile, the earlier libquadmath0 release works, but if someone is
doing a fresh install,
Corinna Vinschen writes:
Does it make sense to remove the libquadmath0gcc-ada package entirely
for now?
Yes, the whole libquadmath0gcc-ada directory including the files in it.
Then setup.ini should have the 4.8.2-1 package version of libquadmath as
current until it gets replaced with the -2 or
JonY writes:
I just reuploaded -2 and deleted the stray libquadmath0gcc-ada. Both new
and existing users should not notice any big difference other than an
update.
Thank you, it all works correctly now.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Ken Brown writes:
***MEMORY-ERROR***: emacs[2924]: GSlice: failed to allocate 2040 bytes
(alignment: 2048): Cannot allocate memory
I'm seeing the same thing on Win7/64 Pro, both for 64bit and 32bit
Cygwin. Since I don't normally use the X11 Emacs, unfortunately I don't
know which update was
Ken Brown writes:
And do you also use Windows Defender?
MSE (which I believe is just the consumer name for the same software).
If this isn't BLODA, I'm completely stumped.
So far I've not had persistent problems with MSE (doesn't mean anything
really… I know). Only when an application is
Am 17.12.2013 18:04, schrieb marco atzeri:
in your ~/bin or /usr/local/bin
ln -s /usr/bin/gcc gcc4
Actually, you will need to
ln -s /usr/bin/gcc gcc-4.exe
ln -s /usr/bin/g++ g++-4.exe
or some build system checks using EXEEXT will produce quite unexpected
results. (I have personally
Achim Gratz writes:
The lftp mailing list is seemingly down, so I've sent the bug report
directly to the maintainer in the hope for a fix.
This bug has been fixed in release 4.4.14 of lftp.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Factory
Andrew Schulman schulman.andrew@... writes:
Good. I'll get a new release out.
The new package is good, albeit I haven't seen the announcement yet. Thank you.
Regards,
Achim.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Andrew Schulman writes:
lftp also has this problem. It comes with a few sample scripts, two of which
are in Perl. I include the sample scripts because why not, but cygport is now
quite diligent about finding this sort of thing, with the result that its
automatically-generated setup.hint now
Tom Schutter writes:
1) Modify cygwin_setup_config.bat to match your site requirements.
2) Copy cygwin_setup.bat and cygwin_setup_config.bat to a target host.
3) Run cygwin_setup.bat on the target host.
4) Repeat 2 and 3 on your other hosts.
I've been doing something very similar for a while
Warren Young writes:
I've run into this after installing everything yesterday for my size
of Cygwin research project. Now I'm trying to remove most of that
piece by piece, but I keep getting tangled in dependency webs.
In that case (and unrelated to the problem you noted with setup.exe) you
Paul writes:
However, I recently started to get the following message when sending
expressions to octave:
/usr/bin/octave-3.6.2.exe: error while loading shared libraries: ?:
cannot open shared object file: No such file or directory
I'm almost certain that Octave can't find its lapack
BGINFO4X writes:
I did it, and the results are diferent.
Because you made it so.
I attach on the email both setup results: with commandline and with GUI.
So you managed to trick setup into not installing some Base packages in
the GUI. If you wouldn't have done that, you'd have installed
Ulrich.Herbst at t-systems.com writes:
Reinstalling perl/libwin32 didn't help.
It would help, provided you actually installed the correct package
perl-libwin32 at the current version 0.28-3. If you see something installed
in vendor_perl/5.10, then it comes from an earlier version of that
BGINFO4X bginfo4x at kztsoftware.com writes:
On my humble opinion, If I check ONLY bash with GUI, and I use the
command-line setup-x86.exe -g -o --no-desktop --no-shortcuts
--no-startmenu --local-install %CYGWINALOCALPACKAGES% --quiet-mode
--root %CYGWINADMINDIR% --packages bash both results
Chris J. Breisch chris.ml at breisch.org writes:
No, I don't agree with that statement. I'd be more inclined to believe
that it's a bug in the command-line interface that doesn't allow you to
do what the GUI does.
You can disagree all you want, the source of setup makes it pretty clear
that
Luke Kendall luke.kendall at cisra.canon.com.au writes:
The 64 bit Cygwin distribution now has $num_pk_64 packages, compared
with $num_pk_32 in the 32 bit version.
There are 3109 packages in x86 and 2833 in x86_64, for a total of 2491
common packages (present in both architectures) and 960
Scott T. Marshall writes:
The strange thing is that gfortran does compile the
code, but once compiled, the executables have strange behavior mainly
involving problems reading in data files.
To me this rather indicates a bug in the code, probably involving bad
assumptions about what can be be
Corinna Vinschen writes:
Caching is wonderful for the usual requests for single entries from the
DB, and for this we have already two caches, the LSA cache and Cygwin's
own cache. But caching doesn't help at all when enumerating.
Would it be possible to only look (for user name completion
Corinna Vinschen writes:
Oh, hmm. Well, it might be possible, but somehow I'm not excited by the
idea. While it looks like getpwent is mostly used for this purpose, you
don't really know it. I think I'll try to implement it fully and then
let the admin decide what to allow.
Configurable
Cliff Hones writes:
So there is no dot at the end of PATH as seen in cmd - and (I assume,
since this was also discussed) no duplicated semicolons or trailing
semicolon at the end of the cmd PATH. But the very first PATH printed
by bash does contain a trailing dot. I assume this is before
Adam Dinwoodie writes:
I've tried this. I have `git cvsimport` seemingly working on the
current Git 1.7.9 build, while my build reports the following SHA1
error:
$ CVSROOT=:pserver:anon...@cygwin.com:/cvs/src git cvsimport -C cygwin -r cvs
-k cygwin
Initialized empty Git repository
Corinna Vinschen writes:
This is a pretty intrusive change, in need of some serious testing, so
I'd like to ask for volunteers. The latest 2014-02-13 snapshot from
http://cygwin.com/snapshots/ contains the changes, including the latest
bugfix.
I've tested the 2014-02-19 snapshot at work.
Andrey Repin writes:
That seems like a bug elsewhere. Being able to change permissions shouldn't
restrict you from requesting them.
There is no bug, not in Cygwin nor anywhere else. The standard file
attributes are all cleared and since I can't set any of them (a policy
which gets inherited)
Corinna Vinschen writes:
The stuff in the `id' application is not cached at all. Caching is
inherited from the parent process, but the parent never asked for all
your groups so it hasn't cached this information. Every invocation of
id has to request the group info anew.
OK, then I was
Sorry, I don't grok this. What has a web application server to do with
asking a DC for user info?
We have one of these that does a lot of DC lookups because it authenticates
all users. It's also in a much faster network, so I can check there what
the lookup rate could be reasonably expected
Corinna Vinschen writes:
I just created 400 groups in AD, and added myself as member. An `id' on
a 32 bit Windows 7 domain member machine in my tiny network consisting
only of a handful of Windows VMs and with me as the only real user takes
about 3.6 secs with the latest code from CVS, using
Michael Ryan writes:
I'm trying to verify the signatures on the latest setup.exe files and I'm
finding that they don't match:
$ gpg --verify setup-x86.exe.sig
gpg: Signature made Fri 13 Dec 2013 17:24:37 GMT using DSA key ID 676041BA
gpg: BAD signature from Cygwin Cygwin AT cygwin.com
$
Corinna Vinschen writes:
[...]
With this patch applied, the aforementioned `id' now takes about 1.9
secs, in an otherwise identical scenario.
[...]
With this patch applied as well, `id' now takes constantly 0.4 secs.
Note that this speedup is only possible when fetching lots of group
Achim Gratz writes:
noldap
Sorry, copied the getgroups data again, this is the data for noldap of
course:
0.171u 0.015s 0:01.03 17.4% 0+0k 0+0io 3298pf+0w
0.093u 0.140s 0:00.97 23.7% 0+0k 0+0io 3292pf+0w
0.046u 0.093s 0:00.97 13.4% 0+0k 0+0io 3285pf+0w
0.062u 0.140s 0:00.97 20.6
Corinna Vinschen corinna-cygwin at cygwin.com writes:
1 second? That sounds still a bit slow. Considering that I'm now
member of 414 groups, and you are member of 440 groups, the extra number
of groups cannot account for that.
This sounds surprisingly as if the
names of some of your
Corinna Vinschen writes:
1 second? That sounds still a bit slow.
It appears that that there are multiple DC involved, either via
delegation or redirection (as I've managed to get some partial group
resolutions where groups from a particular domain were absent). So all
this slowness probably
Corinna Vinschen writes:
It allows you to do the following in /etc/nsswitch.conf:
db_cache: no
Using the 15:31 snapshot DLL again via VPN, id dumps core after about
2:30 minutes.
No caching of passwd and group data at all
db_cache: yes
Startup of a shell in mintty takes about 20
Corinna Vinschen writes:
How? Details? Stackdump? It works for me(TM). The timing only shows
that it's not the right thing for you, or that in the long run the
non-caching option should just go away. For the time being, though, I
need *details*.
Sorry, that's the best I can do at the
Corinna Vinschen corinna-cygwin at cygwin.com writes:
The fact that the shells are doing it right seems to indicate that this
isn't a generic problem. I can't debug this, though. Can you see if
you can figure out what's going on under the hood? Does strace show
anything of interest? Can we
Corinna Vinschen writes:
(\??\X:\install\x86, 0x800390D0) st_size=0, st_mode=0x4000,
st_ino=-197262732544
^^
This is the important snippet, but I don't see how this could have been
different before my patches. The mode is S_IFDIR and
Corinna Vinschen writes:
In that case the stat call is very likely unrelated. There must be some
other call involved in perl.
IIRC, the next call is the write that prints no or yes... there may
have been something like stat_helper inbetween only on Cygwin64, but
I'll have to check again
Achim Gratz Stromeko at nexgo.de writes:
IIRC, the next call is the write that prints no or yes... there may
have been something like stat_helper inbetween only on Cygwin64, but
I'll have to check again tomorrow.
It's a call to stat_worker with the UNC file path and the stat_worker
handle
Corinna Vinschen corinna-cygwin at cygwin.com writes:
st_atim=531DE525.1B5BB150 (release)
st_atim=531DF887.5D9B9F8 (snapshot)
Access time. On Windows it even changes when requesting certain
kinds of metadata :-P
It's been consistent over many days of testing and the only difference
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes:
The snapshots page is incorrectly listing every snapshot as coming from
the branch. Sigh. I'll fix this.
The 2013-03-09 snapshot also doesn't appear to have the AD integration code.
Regards,
Achim.
--
Problem reports:
Corinna Vinschen corinna-cygwin at cygwin.com writes:
You don't have to move them away. Just set nsswitch.conf.
Did that and using the snapshot DLL from 2014-03-05 on top of a full
snapshot install from 2014-03-10. The ACL is this:
# file: x86
# owner: gratz
# group: Domain Users
user::---
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes:
You're responding to a heads up which was intended to *inform* you of
this fact.
The snapshot does not have Corinna's new code. How is that unclear?
The original message was posted when a 2014-03-10 snapshot (with AD
Corinna Vinschen corinna-cygwin at cygwin.com writes:
With the original passwd and group file in place and nsswitch.conf set to
either files or files db the test fails. With just files getfacl
doesn't show the group ACL at all,
How does it look with any non-AD integrated Cygwin?
...
Achim Gratz Stromeko at NexGo.DE writes:
Exactly. But as revealed above, what was really missing is the
Administrators group. Somehow, when files is in effect, that mapping
doesn't seem to exist unless it is explicitly listed in the file. It does
get auto-created when I use _only_ the db
Charles Plager writes:
* Anybody else experience files that lose all permissions? Any
suggestions on resetting the file (short of reformatting the drive)?
Ahem. Yes, that has happened once to me. I don't know how the IT guys
fixed it exactly, but they eventually deleted that file without
Corinna Vinschen writes:
Thanks for finding this one! Unfortunately David has left us,
apparently.
Isn't it that a bit too short a time to come to this conclusion?
Is anybody willing to take over maintainership of the base-files
package?
Seeing that I have additional patches that David
Corinna Vinschen corinna-cygwin at cygwin.com writes:
Ok, so, here's the question. Is your primaryGroupID in AD 544? If not,
you will have to explain to me how this happens. I have found no other
way to reproduce this.
My primary group ID in AD is 513 (Domain Users), just as shown by id, I
Chris J. Breisch writes:
Chris, Achim, please figure out who's going to maintain the package.
If you like, you can even do this together.
I'm willing to defer to Achim, since he already has some patches, but
I'm flexible.
So let me try to roll a test package this weekend. I will not try to
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes:
Unless there is an identified regression, the latest snapshot
is very close to becoming Cygwin version 1.7.29.
The 32bit version (2014-03-29 21:21:42 UTC x86) seems to have at least the
portion of the AD code active that
Achim Gratz writes:
UPX has been updated to version 3.91 for both x86 and x86_64
architectures. This version includes experimental support for Win32/PE+
64bit binaries. Additionally, this build uses LZMA SDK version 9.22,
which is marked beta since 2011.
For this reason, the release
GNU Multiple Precision Arithmetic Library
=
GMP is a free library for arbitrary precision arithmetic, operating on signed
integers, rational numbers, and floating point numbers. There is no practical
limit to the precision except the ones implied by the
MPC Multiprecision Library
==
The GNU MPC library is a C library for multiple-precision complex
floating-point computations with exact rounding (also called correct
rounding). It is based on the GMP and MPFR multiple-precision libraries.
Version 1.0.2 is an upstream
Jean-Pierre Flori writes:
The problem we recently encountered was the following:
in gmp-impl.h, mpn_store (which can be either a macro or a function if
efficient assembly is available, and so is always a function on x86_64)
was not marked __declspec(dllexport/dllimport).
I can confirm that
Base-files is a set of system configuration and setup files.
Maintenance has been taken over from David Sastre Medina. Thanks to
David for his work since the 3.0 release.
Please report any problems or suggestions on the main Cygwin mailing
list.
Changes from the last release version:
4.2-1
Henry S. Thompson writes:
Maybe same question -- acronym failure: BR ?
Build Requirement.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
--
Problem reports:
Christian Franke writes:
Attached is an updated version of:
https://sourceware.org/ml/cygwin/2012-02/msg00806.html
I'll put this on hold until the AD integration has landed in Cygwin
(which will require some larger changes anyway).
Generally I'd prefer to move such things that depend on
Corinna Vinschen corinna-cygwin at cygwin.com writes:
I'm wondering, though, couldn't the cygport script contain something
like this to give warning that the so-and-so devel packages are required
before building? Does cygport support this already, perhaps, and I just
missed it?
Yes it can
Corinna Vinschen corinna-cygwin at cygwin.com writes:
Skimming the cygport manual, I just can't find the keyword to specify
the build reqs.
That would be the Checks section, note that you need to check for the
presence of specific headers, libs, programs or package configs (as well as
language
Corinna Vinschen writes:
But even without /etc/group, the administrator's group will have the
gid 544. I think such a test should be sufficient?
That's what I've been using for quite some time and I guess that's the
right thing to check for.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305
301 - 400 of 4234 matches
Mail list logo