The autogen-dev package installs a file /sw/include/options.h which
interferes with the building of a couple of packages that use their own
options.h during building. Several packages have noticed this and have
BuildConflicts (gcc4, g95), one (cm3-dev) has the quaint remark
This package
Le 9 avr. 2006 à 09:29, Martin Costabel a écrit :
The autogen-dev package installs a file /sw/include/options.h which
interferes with the building of a couple of packages that use their
own options.h during building. Several packages have noticed this
and have BuildConflicts (gcc4, g95),
Yesterday I impulse-purchased an imac intel.
Today, in order to avoid parental responsibilities, I am trying to
get fink working.
(I accidently transfered my older /sw from my G4 laptop and a
surprising amount works, but today moved that out of the way and
started anew.)
My first
Hi All,
I was looking into the implications of getting the
latest pysqlite2-py sqlite interface into fink and
discovered that if I commit the driver into the tree,
it will break trac for users that already have trac
running (which is not nice). This is because sqlite2
and sqlite3 have
William Scott wrote:
Yesterday I impulse-purchased an imac intel.
Today, in order to avoid parental responsibilities, I am trying to get
fink working.
(I accidently transfered my older /sw from my G4 laptop and a surprising
amount works, but today moved that out of the way and started
Martin Costabel wrote:
William Scott wrote:
Yesterday I impulse-purchased an imac intel.
Today, in order to avoid parental responsibilities, I am trying to
get fink working.
(I accidently transfered my older /sw from my G4 laptop and a
surprising amount works, but today moved that out of
David Bacher wrote:
On 4/9/06, Martin Costabel [EMAIL PROTECTED] wrote:
Does anyone know what this package is used for and whether moving its
options.h from /sw/include/ to /sw/share/autogen/ would be noticed by
anyone at all?
As the listed maintainer, I'm happy to describe what this package
On Sun, 2006-04-09 at 12:07 -0600, Jeff Whitaker wrote:
Bill:
g95 does work on intel (gfortran doesn't). I've recently modified
octave, fftw, and scipy-py to use g95. I'll be working on converting
all packages to use g95.
The latest snapshot of gcc-4.2's gfortran should also work on
On 4/9/06, Martin Costabel [EMAIL PROTECTED] wrote:
Does anyone know what this package is used for and whether moving its
options.h from /sw/include/ to /sw/share/autogen/ would be noticed by
anyone at all?
As the listed maintainer, I'm happy to describe what this package is
used for. It's
Thanks. But I could not figure out how to get 4.2 with subversion (I can
do it for 4.1).
For laughs, I returned to the stable release, 4.0.3, and found gfortran
4.0.3 compiles on intel. I am trying now to use it to compile ccp4. (I
got mixed results with g95, but it helped with other
On Apr 9, 2006, at 4:11 PM, Peter O'Gorman wrote:
On Sun, 2006-04-09 at 12:07 -0600, Jeff Whitaker wrote:
Bill:
g95 does work on intel (gfortran doesn't). I've recently modified
octave, fftw, and scipy-py to use g95. I'll be working on converting
all packages to use g95.
The latest
On Apr 9, 2006, at 7:11 PM, William Scott wrote:
Thanks. But I could not figure out how to get 4.2 with subversion
(I can do it for 4.1).
You don't need to use subversion, since they release weekly snapshots
of the code.
For laughs, I returned to the stable release, 4.0.3, and
12 matches
Mail list logo
