X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=0.3 required=5.0	tests=AWL,BAYES_50,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE
X-Spam-Check-By: sourceware.org
Message-ID: <285084.61145.qm@web25502.mail.ukl.yahoo.com>
Date: Fri, 5 Nov 2010 08:44:21 +0000 (GMT)
From: Marco Atzeri <marco_atzeri AT yahoo DOT it>
Subject: Re: Cygwin paths in mingw64
To: cygwin AT cygwin DOT com, LionAM <alemue7 AT hotmail DOT com>
In-Reply-To: <30139174.post@talk.nabble.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

--- Ven 5/11/10, LionAM  ha scritto:

> Hello,
> sorry if I was not clear enough.
>=20
> > I'm afraid this discussion won't get anywhere without
> proper details
> > of what you did and what went wrong, including the
> error messages.
> > Also, do keep in mind that people here are unlikely to
> be familiar
> > with Atlas (http://math-atlas.sourceforge.net?). I certainly know
> > nothing about it, and you got me quite confused by
> jumping between
> > requirements regarding the build system and the actual
> program.
>=20
> Indeed I was talking about about the optimized BLAS library
> from sourceforge
> you had in mind, which I wanted to compile. But the problem
> is not specific
> to Atlas, but to the combination Cygwin/MinGW.
>=20
> The problem is that at least some helper programs (which
> have commands
> "hardcoded" inside) as well as the configure script (which
> passes file names
> as argument to programs) use cygwin-paths (e.g.
> "/home/am/atlas/somefile")
> which cannot be found. With commands, I simply meant the
> C-call
>=20
> system(...);
>=20
> If a program should be started (e.g. "./program.exe", where
> the dot says to
> search it within the current directory), a MinGW compiled
> program returns
> the error message that the command "." cannot be found
> (which is the same as
> for the windows cmd.exe).
>=20
> Alex

Alex,
my 2 cents:
if you are interested in the 64bit performance of Atlas
you should work with a 64bit version of linux.

As the original developer don't use windows as platform,
and Atlas is not only system dependent but also CPU core
dependent, you have little hope to build a 64bit windows=20
version using cygwin as platform.

It took me lot of time to release a atlas source=20
package for cygwin
http://matzeri.altervista.org/cygwin-1.7/atlas/

and Atlas is so deep unix related, that is better to use=20
linux as platform, specially on number crunching.

Regards
Marco





--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple