Version 2.2.0-1 of tinyxml2 has been uploaded.
DESCRIPTION
===
TinyXML-2 is a simple, small, efficient, C++ XML parser that can be
easily integrated into other programs. It uses a Document Object Model
(DOM), meaning the XML data is parsed into a C++ objects that can be
browsed and mani
Version 1.67-1 of cppcheck has been updated.
RELEASE NOTES
=
http://sourceforge.net/p/cppcheck/news/2014/10/cppcheck-167/
CHANGE LOG
==
Changes from 1.66 to 1.67:
General changes:
- Library files have now a 'format' attribute. Format version 1 is
assumed by default
- C
On Oct 19 16:42, Steven Penny wrote:
> http://cygwin.com/cgi-bin was to my knowledge the only place you could find
> the
> source to such important files as "package-grep.cgi"
>
> http://cygwin.com/ml/cygwin/2014-06/msg00127.html
>
> However this and other pages found in Cygwin Robots have gone
The following packages have been updated in the Cygwin distribution:
*** libnspr4-4.10.6-1
*** libnspr-devel-4.10.6-1
*** nss-3.16.6-1
*** libnss3-3.16.6-1
*** libnss-devel-3.16.6-1
Netscape Portable Runtime (NSPR) provides a platform-neutral API for
system-level and libc-like functions.
Network
The following packages have been updated for the Cygwin distribution:
* p11-kit-0.20.7-1
* p11-kit-trust-0.20.7-1
* libp11-kit0-0.20.7-1
* libp11-kit-devel-0.20.7-1
* libp11-kit-doc-0.20.7-1
p11-kit provides an API for loading and enumerating PKCS#11 modules.
This is an update to the latest bugf
The following packages have been added to the Cygwin distribution:
* php-5.5.18-1
* apache2-mod_php5-5.5.18-1
* php-bcmath-5.5.18-1
* php-bz2-5.5.18-1
* php-calendar-5.5.18-1
* php-ctype-5.5.18-1
* php-curl-5.5.18-1
* php-dba-5.5.18-1
* php-devel-5.5.18-1
* php-enchant-5.5.18-1
* php-exif-5.5.18-1
I compile it as gfortran MyTest.f90 -o MyTest -llapack -lblas. I don't
get any errors (it says "compilation finished"), but the output file
doesn't print anything (neither the strings, or the variable info). If
I comment the "CALL DGESV" line, it does print everything (with
info=0, of course).
3
Hi,
This is my first time installing mapserver in cygwin, but I'm a quite old user
of both cygwin and mapserver (but still young =D ).
The thing is that I'm getting a regex issue after doing cmake in the build
directory inside the mapserver-6.4.1 directory (after doing tar -zxvf
mapserver-6.4.
The following package has been updated for the Cygwin distribution:
* ca-certificates-2.1-1
ca-certificates contains the Certificate Authority root certificates
needed for verifying SSL certificates.
This release removes a number of certificates with weak keys as
described in detail here:
https
On Wed, Oct 15, 2014 at 03:08:42PM -0700, Andrew DeFaria wrote:
> On 10/15/2014 2:30 PM, Andrew DeFaria wrote:
> Adefaria-lt:ls /etc/bash_completion.d/perl
> ls: cannot access /etc/bash_completion.d/perl: No such file or directory
> Adefaria-lt:ls /usr/share/bash-completion/completions/perl
> /usr/
I found the solution, it basically was to change this:
-DCMAKE_LEGACY_CYGWIN_WIN32=1
to
-DCMAKE_LEGACY_CYGWIN_WIN32=0
so, I used:
cmake .. -DWITH_OGR=0 -DWITH_GDAL=0 -DWITH_WCS=0 -DWITH_WFS=0
-DCMAKE_LEGACY_CYGWIN_WIN32=0
and Mapserver compiled flawlessly.
Thanks for all your co
When trying to debug emacs in gdb, I see several threads, but it's not always
clear who created those threads and what they're doing. As an example, I
attached gdb to an emacs-X11 process (running under X) shortly after starting
it, and I obtained the backtrace appended at the end of this messa
Hi,
before making an official cygwin package for OpenBlas (fast Blas)
http://www.openblas.net/
I would like some test from potential users.
The dynamic library is multicore, so it should work on "all" processors,
but unfortunately I can only test on my dual Core i5-3320M.
On this system the spee
before making an official cygwin package for OpenBlas (fast Blas)
http://www.openblas.net/
I would like some test from potential users.
The dynamic library is multicore, so it should work on "all" processors,
but unfortunately I can only test on my dual Core i5-3320M.
Neat, I'll give it a try.
On 10/20/2014 4:00 PM, Tony Kelman wrote:
before making an official cygwin package for OpenBlas (fast Blas)
http://www.openblas.net/
I would like some test from potential users.
The dynamic library is multicore, so it should work on "all" processors,
but unfortunately I can only test on my dual
On Mon, Oct 20, 2014 at 2:33 AM, Corinna Vinschen wrote:
> Removed at some point in the past. You referenced the correct path
> yourself in the mail the above link points to
The following example links do not work
http://cygwin.com/cgi-bin
http://cygwin.com/cgi-bin/cvsweb.cgi/htdocs/cgi-bin2?cvs
I'm using 64 bit Cygwin.
I guess that the "compilation finished" message I got is because of my
compiling interface, so I don't think is important.
Regarding the checks you suggested:
$ cygcheck gfortran
Found: D:\Cygwin64\bin\gfortran.exe
Found: D:\Cygwin64\bin\gfortran.exe
Found: D:\Cygwin64\bin
On Oct 20 10:00, Steven Penny wrote:
> On Mon, Oct 20, 2014 at 2:33 AM, Corinna Vinschen wrote:
> > Removed at some point in the past. You referenced the correct path
> > yourself in the mail the above link points to
>
> The following example links do not work
>
> http://cygwin.com/cgi-bin
> htt
On Mon, Oct 20, 2014 at 10:48 AM, Corinna Vinschen wrote:
> Try
>
> wget https://cygwin.com/cgi-bin2/package-grep.cgi
No. I am not trying to search for a package. I am trying to view the source code
for the Perl file "package-grep.cgi" and other files that were under "cgi-bin".
--
Problem repor
On 20/10/2014 16:00, Steven Penny wrote:
On Mon, Oct 20, 2014 at 2:33 AM, Corinna Vinschen wrote:
Removed at some point in the past. You referenced the correct path
yourself in the mail the above link points to
The following example links do not work
http://cygwin.com/cgi-bin
I would think
On 10/20/2014 5:42 PM, Christian wrote:
I'm using 64 bit Cygwin.
I guess that the "compilation finished" message I got is because of my
compiling interface, so I don't think is important.
can you remove the interface usage an use only
gfortran MyTest.f90 -o MyTest -llapack -lblas
For my it
look in the source package
http://matzeri.altervista.org/x86_64/openblas/
Thanks. I'm a little surprised the cygblas-0.dll (x86_64, 0.2.12-1) does
not appear to be linked to libgfortran. Were you seeing your test
executables using multiple cores? I think you may have to build with
USE_THREAD=1 t
The following packages have been updated for the Cygwin distribution:
* libxml2-2.9.2-1
* libxml2-devel-2.9.2-1
* libxml2-doc-2.9.2-1
* python-libxml2-2.9.2-1
Libxml2 is the XML C parser and toolkit developed for the GNOME
project. Though the library is written in C, a variety of language
bind
It appears that it is a problem with the terminal I was using. I was
compiling my code using the smart-compile package for emacs, and then
printing the output using the emacs-shell. The compilation was not the
problem (I compiled it from the Cygwing terminal as well with the same
results). But when
On Oct 20 09:03, Ken Brown wrote:
> When trying to debug emacs in gdb, I see several threads, but it's not
> always clear who created those threads and what they're doing. As an
> example, I attached gdb to an emacs-X11 process (running under X) shortly
> after starting it, and I obtained the back
On 10/20/2014 4:23 AM, Adam Dinwoodie wrote:
On Wed, Oct 15, 2014 at 03:08:42PM -0700, Andrew DeFaria wrote:
On 10/15/2014 2:30 PM, Andrew DeFaria wrote:
Adefaria-lt:ls /etc/bash_completion.d/perl
ls: cannot access /etc/bash_completion.d/perl: No such file or directory
Adefaria-lt:ls /usr/share/
Greetings, Steven Penny!
>> Removed at some point in the past. You referenced the correct path
>> yourself in the mail the above link points to
> The following example links do not work
> http://cygwin.com/cgi-bin
> http://cygwin.com/cgi-bin/cvsweb.cgi/htdocs/cgi-bin2?cvsroot=cygwin
> This is
On Oct 20 18:43, Corinna Vinschen wrote:
> On Oct 20 09:03, Ken Brown wrote:
> > When trying to debug emacs in gdb, I see several threads, but it's not
> > always clear who created those threads and what they're doing. As an
> > example, I attached gdb to an emacs-X11 process (running under X) sho
On Mon, Oct 20, 2014 at 1:27 PM, Andrey Repin wrote:
> You didn't made the issue clear. What part of the Cygwin website is
> referencing these links? I.e. what does not work for you on the website?
http://cygwin.com/ml/cygwin/2014-08/msg00179.html
--
Problem reports: http://cygwin.com/probl
On 10/20/2014 3:03 PM, Corinna Vinschen wrote:
On Oct 20 18:43, Corinna Vinschen wrote:
On Oct 20 09:03, Ken Brown wrote:
When trying to debug emacs in gdb, I see several threads, but it's not
always clear who created those threads and what they're doing. As an
example, I attached gdb to an em
On 10/20/2014 1:04 PM, Andrew DeFaria wrote:
On 10/20/2014 4:23 AM, Adam Dinwoodie wrote:
Whatever you're using doesn't seem to be the Cygwin bash-completion
package. Both x86 and x86_64 install /etc/bash_completion.d/perl:
https://cygwin.com/packages/x86/bash-completion/bash-completion-1.3-1
On 10/20/2014 1:05 PM, Ken Brown wrote:
On 10/20/2014 1:04 PM, Andrew DeFaria wrote:
On 10/20/2014 4:23 AM, Adam Dinwoodie wrote:
Whatever you're using doesn't seem to be the Cygwin bash-completion
package. Both x86 and x86_64 install /etc/bash_completion.d/perl:
https://cygwin.com/packages/x
On 10/20/2014 6:16 PM, Tony Kelman wrote:
look in the source package
http://matzeri.altervista.org/x86_64/openblas/
Thanks. I'm a little surprised the cygblas-0.dll (x86_64, 0.2.12-1) does
not appear to be linked to libgfortran. Were you seeing your test
executables using multiple cores? I thin
I downloaded Setup.exe version 2.850 (32 bit) on Oct 18, 2014 and used it to
install cygwin from scratch on an Asus Eee notebook with Atom N455 cpu. I
tried to install only the default packages but it seems like that took about
8 hours to download overnight. The install went okay until it came to
Apparently not BLODA (plus I'm not running anything on the BLODA list).
Instead, I found that COMSPEC needs to be set in the environment or I get a
segfault as shown in my previous email below. I don't know why that is, but I
can easily demonstrate it.
- Original Message -
> From:
openblas is written in C
More assembly than C according to github's count. I'm used to building
the full version of openblas including their optimized implementations
of lapack routines, which bring in libgfortran. So nevermind.
USE_THREAD=1 and USE_OPENMP=1, can be used dynamically ;
if I am
On 10/20/2014 6:38 PM, Don MacDougall wrote:
I downloaded Setup.exe version 2.850 (32 bit) on Oct 18, 2014 and used it to
install cygwin from scratch on an Asus Eee notebook with Atom N455 cpu. I
tried to install only the default packages but it seems like that took about
8 hours to download ove
On 10/20/2014 10:09 PM, Ken Brown wrote:
On 10/20/2014 6:38 PM, Don MacDougall wrote:
I downloaded Setup.exe version 2.850 (32 bit) on Oct 18, 2014 and used
it to
install cygwin from scratch on an Asus Eee notebook with Atom N455
cpu. I
tried to install only the default packages but it seems li
If I changed it away from "default" was accidental. I did look through the
list of packages to be installed and it looked like quite a list and all
binary packages were checked but not the source packages. But, since the
first time I have looked when I restarted the installation and it said
"defa
Oops, what I meant to say was that it says "default" not "install" when I
restart the installation. If I had it set to "install" the first time
rather than "default", presumably it would still say that on restarting, I
would imagine, though this is my first time in at least 10 years to try to
inst
> I don't know what happened, but you must have inadvertently selected
> some packages to install that you didn't intend to choose. There are no
> texlive packages in a default installation.
If I somehow did something like this, is there an easy way to undo it other
than to delete everything a
On 10/21/2014 1:33 AM, Tony Kelman wrote:
openblas is written in C
More assembly than C according to github's count. I'm used to building
the full version of openblas including their optimized implementations
of lapack routines, which bring in libgfortran. So nevermind.
I avoided to include l
42 matches
Mail list logo
