've been able to reproduce your error; I'm cc'ing the
> maintainer.
Thanks for the report. Unfortunately, my only 10.5 machine is kaput, and
going in for servicing, so it may be a week+ before I can test it out
aga
1.3). I am sure I am missing something but what?
>>
>> Hello, Stefan. I've been able to reproduce your error; I'm cc'ing the
>> maintainer.
>
> Thanks for the report. Unfortunately, my only 10.5 machine is kaput, and
> going in for servicing, s
ed patch this package to build against
Apple's Ruby and Tcl to trim down the dependencies. Is there an
official/preferred policy now that 10.6 is upon us?
Fang
David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/
ndence. I've re-uploaded thew new info
file combined with the proposed -nox variant that's on the tracker.
https://sourceforge.net/tracker/?func=detail&aid=2810042&group_id=17203&atid=414256
Fang
D
fink-buildlock-gmp-4.3.2-5
> (Reading database ... 113727 files and directories currently installed.)
> Removing fink-buildlock-gmp-4.3.2-5 ...
> Failed: phase compiling: gmp-4.3.2-5 failed
>
> Before reporting any errors, please run "f
:34:39 2012, 10.4,
>> powerpc
>> Trees: local/main stable/main stable/crypto unstable/crypto unstable/
>> main
>>
>> The problem comes from trying to update xfig. On Tiger no package
>> exists containing the word "macro".
>>
>> --
>
t the end of the PatchScript block:
>>
>> perl -pi -e 's,curl/types.h,curl/curl.h,' lib/curl_transport/curlmulti.c
>> lib/curl_transport/curltransaction.c
>> lib/curl_transport/xmlrpc_curl_transport.c
>>
>> Or wait for the maintainer to update the build to make the
//news.gmane.org/gmane.os.macosx.fink.user
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-users
>
--
David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/
--
Ma
d with
>
> Can't resolve dependency "x11-xlocale-fix" for package "vim-7.3.709-1" (no
> matching packages/versions found)
> Exiting with failure.
>
> TIA
>
> Dominique
>
--
David Fang
http://www.csl.cornell.edu/~fang/
---
List archive:
> http://news.gmane.org/gmane.os.macosx.fink.user
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-users
>
--
David Fang
http://www.csl.cornell.edu/~fang/
--
Maste
> "/sw/fink/dists/stable/main/finkinfo/10.4-EOL/libs/libaprutil.0-shlibs.patch"
> checksum does not match!
> Actual: 6f63a00b02f0274c27e8753a3044e342
> Expected: eb4274f2998a4146164237056265fa6e
>
> TIA
>
> Dominique
&g
: rename /sw/src/fink.build/root-ppl9-0.11.2-4/sw/lib/ppl-0.11 to
> /sw/src/fink.build/root-ppl9-shlibs-0.11.2-4/sw/lib/ppl-0.11: No such file or
> directory
> ### execution of /bin/mv failed, exit code 1
> ### execution
tion:
>> Package manager version: 0.30.2
>> Distribution version: selfupdate-rsync Tue Apr 9 20:31:42 2013, 10.4,
>> powerpc
>> Trees: local/main stable/main stable/crypto unstable/main unstable/crypto
>> Xcode Version: 2.5-1
>>
>
> gnuplot's doc
Also include the following system information:
>> > Package manager version: 0.30.2
>> > Distribution version: selfupdate-rsync Tue Apr 9 20:31:42 2013, 10.4,
>> > powerpc
>> > Trees: local/main stable/main stable/crypto unstable/main
>> > u
ings
>>
>> Pete
>>
>> The human brain operates at only 10% of its capacity. The rest is
>> overhead for the operating system.
>>
>>
>
> 10.4-EOL stuff goes to fangism. The project does not support 10.4.
>
>
--
David Fang
http://www
e manager version: 0.30.2
>> Distribution version: selfupdate-cvs Tue Apr 16 09:09:17 2013, 10.4,
>> powerpc
>> Trees: local/main stable/main stable/crypto unstable/crypto unstable/
>> main
>> Xcode Version: 2.5-1
>>
>> --
>> Greetings
>>
&g
ld-lock...
>> Removing build-lock package...
>> /opt/fink/bin/dpkg-lockwait -r fink-buildlock-ppl9-0.11.2-4
>> (Reading database ... 175181 files and directories currently installed.)
>> Removing fink-buildlock-ppl9-0.11.2-4 ...
>> Failed: phase compiling: ppl9-0
.7 and later, the 'gcc' that fink normally builds with is
>> /sw/var/lib/fink/path-prefix-clang/gcc, which wraps clang. (cf. 'fink
>> dumpinfo -ePATH ppl9')
>
> Yes, I saw this after sending my message. I was clutching at straws, trying
> to find a compiler
though clang apparently advertises
>> that it does support blocks, since it got past the ifdef), see lines
>> 2926/3178 of the pastebin.
>>
>> I'm currently trying to build llvm 3.2 to see whether that works bet
tries to use it, it pukes when prepending
ccache in front of the compiler name; it chokes on CCC='ccache anything',
because somewhere they fail to handle spaces between the command names.
Hence, the silly dance to create a space-free-compiler-wrapper-name like
'ccgcc' that i
Merci, Martin,
Fix committed as rev. 2.
Fang
> This error goes away if one adds
> #include
> in include/cln/exception.h
>
>
--
David Fang
http://www.csl.cornell.edu/~fang/
--
November We
the latest version. Also, the build
>> fails with no install-sh if I switch to a single build job.
>>
>> Hanspeter
>>
>
> That's the right Xcode/CLI combination. It seems like any updates in
> the 4.6.x series for the CLI tools are further down than the
party/main local/nieder/10.7/main local/injected
>> > Xcode.app: 4.6.3
>> > Xcode command-line tools: 4.6.0.0.1.1365549073
>> > Max. Fink build jobs: 8
>> >
>> > Xcode.app and the CLI seem mismatched, but according to the 'Downloads'
>> >
Thanks for spotting that, Hanspeter.
Fixed in patchscript with sed, removed bdep:coreutils, still at rev. 4.
Fang
> On 11/5/2013 4:57 PM, David Fang wrote:
>> Odd, I don't get this error on 10.7, but I'm still on xcode 4.6.2.
>> How can build-aux/install-sh be missin
.6.1-2 ...
Failed: phase compiling: ginac2-1.6.1-2 failed
TIA
Dominique
--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threadin
ated the md5 value and the package installed without further problem.
>
> Thanks for the patch,
>
> Dominique
>
--
David Fang
http://www.csl.cornell.edu/~fang/
--
November Webinars for C, C++, Fortran
leclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
> ___
> Fink-users mailing list
> Fink-users@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.m
lvm34 worked but required to go through
>
> fink scanpackages
> sudo apt-get update
> sudo apt-get install llvm34-shlibs=3.4-0e libcxx1-shlibs=3.4-0e
>
> to update all packages.
>
> Dominique
>
--
David Fang
http://www.csl.cornell.edu/~fang/
-
why I was wondering if something went wrong much
earlier than expected.
Installation always occurs from the 'last' stage build, which varies by
distribution/architecture.
David
> ?
>
> Cheers,
>
> Dominique
>
--
David Fang
http://www.csl.cornell.edu/~fang/
---
iled. This
> time, the error message is
>
> ERROR: invalid arglist syntax: (hash paren_open SCM alist comma SCM key
> paren_close)
>
> Since this comes from
I also asked upstream in #guile, they are aware of some clang issues, some
of which have been addresed in 2.0.11, which I have not yet updated. It's
on my radar now, I'll find some time to try it. But you don't have to
wait for me :)
Fang
> On 1/04/14 00:51, David Fang
t you don't have to wait for me
> :)
>
> Fang
>
>> On 1/04/14 00:51, David Fang wrote:
>> > Martin,
>> >Thanks for the report. I don't have 10.8/9 to test, only
>> > 10.7.
>> > Something looks odd in your patch, the
Thanks for testing, Martin. I have incorporated your fix (conceptually)
for guile20, and conditioned it on 10.9, since 10.7 worked without it.
Someone else will have to test it on 10.8 for me.
I haven't touched guile18 yet.
Fang
> On 1/04/14 21:49, David Fang wrote:
>>
ork/Home not found.
>
> $ /usr/libexec/java_home
> /Library/Java/JavaVirtualMachines/jdk1.7.0_45.jdk/Contents/Home
>
> I'm guessing that parsing `/usr/libexec/java_home` is a better way to go
> here for portability and to de
ocedures.texi || { rm guile-procedures.texi; false; }
>> > > ERROR: Unbound variable: define
>> >
>> > This appears to be due to the new clang in Xcode 5.1.
>>
>> It must be, as the thing installs fine from the binary distribution...
>
> I have had a
ng fink-buildlock-guile20-2.0.11-1 ...
>>>>>> Failed: phase compiling: guile20-2.0.11-1 failed
>> []
>>> I'll cc the maintainer.
>>
>> This is the problem that was fixed by un-optimizing the compilation of vm.c.
>> The fix is currently conditioned
nce, which also reported the use of gc. And
> otool-L reported libgettext8 too. I'll commit a dep upgrade momentarily...
> dan
>
> --
> Daniel Macks
> dma...@netspace.org
>
>
--
David Fang
http://www.csl.cornell.edu/~fang/
-
of
> the build completes), but apparently one of the other dependencies fixed
> things.
>
>
--
David Fang
http://www.csl.cornell.edu/~fang/
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk
-1989,2 +1989,2 @@
> -SCM_DEFINE (set_picture_data_vector_x, "%set-picture-data/vector!",
> -3, 0, 0, (SCM obj_s, SCM data_s, SCM filename_s),
> +SCM_DEFINE (set_picture_data_vector_x, "%set-picture-data/vector!", 3, 0, 0,
> + (SCM obj_s, SCM data_
Charles,
Can geda (and friends) use guile20 yet?
Fang
> On 8/07/14 00:10, David Fang wrote:
>> Martin, and all,
>> Are there multiple places that need the CR fix? If this is an
>> isolated case, I could just apply that patch as a workaround.
>
> In the sour
On Jul 8, 2014, at 7:25 AM, Charles Lepple wrote:
>
>> On Jul 7, 2014, at 9:10 PM, David Fang wrote:
>>
>>> Charles,
>>>
>>> Can geda (and friends) use guile20 yet?
>>
>> Theoretically, yes. If I just replace guile18* with guile20 in the Fink in
n Mon, 21 Jul 2014, Charles Lepple wrote:
> On Jul 21, 2014, at 1:46 PM, David Fang wrote:
>
>> Charles,
>> Is that an error during *building* guile20, or during use of guile20 in
>> your package? I unfortunately don't have 10.9 for testing, but I can ask
>&g
lude/mpfr.h I have a note which says:
>
> /* GMP's internal __gmp_const macro has been removed on 2012-03-04:
> http://gmplib.org:8000/gmp/rev/d287cfaf6732
>const is standard and now assumed to be available. If th
minique
>
> --
> ___
> Fink-users mailing list
> Fink-users@lists.sourceforge.net
> Li
-
> ___
> Fink-users mailing list
> Fink-users@lists.sourceforge.net
> List ar
ot;13" ]; then
perl -pi -e 's|#include ||g'
plugin/quartz/gvloadimage_quartz.c
fi
--
David Fang
http://www.csl.cornell.edu/~fang/
--
__
_
> Fink-users mailing list
> Fink-users@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.macosx.fink.user
> Subscription management:
> https://list
Fink-users@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.macosx.fink.user
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-users
>
--
David Fang
http://www.csl.cornell.edu/~fang/
-
-org2 (0.18.2-2) ...
Clearing dependency_libs of .la files being installed
Failed: install phase: directory
/sw64/src/fink.build/llvm34-3.4.2-2/llvm-3.4.2.src doesn't exist, check the
package description
Dominique
Le 27 oct. 2014 à 18:52, David Fang a écrit :
Uhh, THAT's weird
tains
build/ cfe-3.4.2.src/ compiler-rt-3.4/ libcxx-3.4/ llvm-3.4.2.src/
openmp-r208472/ opt-bin/ polly-3.4/
Dominique
Le 28 oct. 2014 à 11:05, David Fang a écrit :
Dominique,
What about in: /sw64/src/fink.build/llvm34-3.4.2-2
since it seems like your %p == /sw64.
What diectorie
Hi all,
I've committed an update that modernizes the search for java
headers, which now matches ppl13's behavior. Tested on x86_64-darwin11,
using xcode 4.6.2.
Fang
On Mon, 15 Dec 2014, Saleh Elmohamed wrote:
> mac-saleh$ fink list -it system-java
> Information about 11359 packages r
s from g++-4.2 to g++-4 (likewise), it
> seems to compile just fine. So I seem to have solved my own problem,
> but I thought I'd pass the fix upstream.
>
>
David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/
-
Spend less time writing and rewriting code and more time creating great
> experiences on the web. Be a part of the beta today.
> http://p.sf.net/sfu/beautyoftheweb
> ___
> Fink-users mailing list
> Fink-users@lists.sourceforge.net
>> Before reporting any errors, please run "fink selfupdate" and
>> try again. If you continue to have issues, please check to see if the
>> FAQ on fink's website solves the problem. If not, ask on the fink-users
>> or fink-beginners mailing lists, with a carbo
ck_mpz()in t-assign.o
>>> check_mpz()in t-assign.o
>>> ld: symbol(s) not found
>>> collect2: ld returned 1 exit status
>>> make[4]: *** [t-assign] Error 1
>>> make[3]: *** [check-am] Error 2
>>> make[2]: *** [check-recursive] Er
.
> Failed: phase compiling: gmp5-5.0.2-1 failed
>
> --
> Professor Don Paul
> Superconductivity & Magnetism Group
> Department of Physics
> University of Warwick
> Coventry CV4 7AL
> United Kingdom
oup
> Department of Physics
> University of Warwick
> Coventry CV4 7AL
> United Kingdom
>
> emailph...@warwick.ac.uk
> tel 024 76 523603
> --
>
>
>
> On 28 May 2011, at 00:0
--
> EditLive Enterprise is the world's most technically advanced content
> authoring tool. Experience the power of Track Changes, Inline Image
> Editing and ensure content is compliant with Accessibility Checking.
> http://p.sf.net/sfu/ephox-dev2dev
> __
ving build-lock package...
> /sw/bin/dpkg-lockwait -r fink-buildlock-guile18-1.8.8-1
> (Reading database ... 439579 files and directories currently installed.)
> Removing fink-buildlock-guile18-1.8.8-1 ...
> Failed: phase compiling: guile18-1.8.8-1 failed
>
> TIA
>
> Dom
fix, Dan,
I'm re-testing with TestDepends: f-p-p and TestConfirgureParams:
-e-d-t which overrides -d-d-t in maintainer mode. Will commit your fix
later today.
Why do latent problems always get discove
e check to see if the FAQ on Fink's
> website solves the problem. If not, ask on one of these mailing lists:
>
> The Fink Users List
> The Fink Beginners List
> ,
>
> with a carbon copy to the maintainer:
>
>David Fang
>
> Note that this
Added. My bad.
> On 9/8/11 11:31 AM, Dominique Dhumieres wrote:
>> Alex,
>>
>> Thanks for the fixes. In my previous mail I failed to mentioned 10.4-EOL.
>> It requires (2) also and fltk-backend.patch is missing.
>>
>> TIA
>>
>> Domini
kit for Octave
> physicalconstants-oct305 0.1.7-3Physical constants
> for octave
> specfun-oct305 1.0.9-1Special functions
> for Octave
> struct-oct305 1.0.6-2St
stants
> for octave
> i specfun-oct324 1.0.9-1Special functions
> for Octave
> i struct-oct324 1.0.9-2 Structure
> manipulations functions for Octave
> i z
> Oh _ I see that on 10.4-EOL this was NOT fixed ...
> D. Fang is apparently taking care of that; in the
> meantime, just remove the '-ff2c' flags from the FFLAGS
> in the info file,
> and do the same if needed for arpack and qrupdate, then
> rebuild first the latter
-lz -lm -lGraphicsMagick -lmetis >&5
> configure:12141: $? = 0
> configure:12141: ./conftest
> ./configure: line 1: 2554 Segmentation fault ./conftest$ac_exeext
>
> for CDOTU. It seems that atlas is not taken into account and that -ff2c is
> required without it. Not t
BLAS.dylib:/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib
>>
>> configure: -lhdf5 -lz -lm -lGraphicsMagick -lmetis >&5
>> configure: 12141: $? = 0
>> configure: 12141: ./conftest
>> ./configure: line 1:
gt;> > ...
>> >
>> > and indeed gsl-oct324-1.0.8-1 failed again. The offending test is
>> >
>> > configure: 12141: /sw/bin/gfortran-fsf-4.6 -o conftest -O3 -L/sw/lib
>> > configure: conftest.f
>> > configure:
>> >
on the next update.
>
>>
>> Work in progress here.
>>
>> Cheers,
>>
>> Dominique
>
>
> - --
> Alexander Hansen, Ph.D.
> Fink User Liaison
> http://finkakh.wordpress.com/
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.11 (Darw
, at 22:44, David Fang wrote:
Hi all,
I've been trying to build octave324 on i386-darwin10 now, and I
think I understand the cause of more ff2c-related failures. On
both darwin8 and darwin10, the Accelerate framework needs -ff2c
for the correct calling convention to system-atlas. Any
f
-6...
Error: Shlibs field says compatibility version for
/sw/lib/libarpack.0.dylib is 1.0.0, but it is actually 1.1.0.
Fang
> On 19 Sep 2011, at 22:02, David Fang wrote:
>
>> Alex,
>> I'm trying your arpack, and for both (. -atlas), I get link failures on
>> powerp
Hi,
>> Ok for darwin8, I got rid of:
>>
>> -Wl,@LOAD@,$(ARPACKLIB)
>>
>> in favor of the simple:
>>
>> $(ARPACKLIB)
>
> I hope tmp/*.o is somewhere on the link line..
>>
>> And the build succeeded, but strangely, validator now reports a different
>> compatibility version (even though %v is th
User Liaison
> http://finkakh.wordpress.com/
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.11 (Darwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk6VlBAACgkQB8UpO3rKjQ9UNQCfdzE89Y2aepk5dyxBGaYVliam
> LkcAoILXQc3OyfBFb0Ow08MFYINku4IC
> =
nd 10.5/i386 as of yet.
>
> I'm cc'ing Jack Howarth on this, since he may have some insight as to
> why we're only seeing this error in the interaction of
> gfortran-fsf-4.6 with Accelerate (or vecLib, more precisely) on
> 10.5/x86_64 and 10.6/x86_64, and if there is anything that
sw/lib/gcc4.6/lib/gcc/powerpc-apple-darwin8.11.0/4.6.2/../../../libgcc_ext.10.4.dylib(single
> module) definition of ___bswapdi2
> /sw/lib/gcc4.6/lib/gcc/powerpc-apple-darwin8.11.0/4.6.2/../../../libgcc_ext.10.4.dylib(single
> module) definition of ___floatundisf
> /sw/lib/gcc4.6/lib/gcc/powerpc-apple-darwin8.
e package in the
stable tree (10.4-EOL), so bundle-octave in unstable (and all of its
sub-packages) will be building using the stable octave324 in 10.4-EOL.
Alex, do you expect any problems with this, since you've updated
oct324" for package
>> ...
>> Also added. I somehow missed that one when validating in the unstable
>> tree.
>
> Thanks, but now it fails with
>
> Can't resolve dependency "multicore-oct324" for package
> "bundle-octave324-atlas-20111005-1&q
ssing:
> /sw/fink/dists/stable/main/binary-darwin-powerpc/10.4-EOL/sci/octave324-atlas-dev_3.2.4-601_darwin-powerpc.deb
> ### execution of /sw/bin/dpkg-lockwait failed, exit code 1
> Failed: can't install package octave324-atlas-dev-3.2.4-6
et/sfu/splunk-novd2d
> ___
> Fink-users mailing list
> Fink-users@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.macosx.fink.user
> Subscription management:
> h
Correct, 10.5.x does not see the 10.4-EOL files. :)
Fang
> Am 08.12.2011 um 23:03 schrieb David Fang:
>
>> I 'fixed' this by passing FC=no GCJ=no to configure in
>> 10.4-EOL/devel/libtool2.info. (Already had F77=no before).
>
> David,
>
> I just tri
vent for
> developers. It will provide a great way to learn Windows Azure and what it
> provides. You can attend the event by watching it streamed LIVE online.
> Learn more at http://p.sf.net/sfu/ms-windowsazure
> ___
&
pO3rKjQ+MXgCeMtfJH6lgi2RLFaiyvDuLaN8C
> +2YAn0fwvj4uM17QDH9hGIDvQinHmNgi
> =6QM/
> -END PGP SIGNATURE-
>
> --
> Cloud Computing - Latest Buzzword or a Glimpse of the Future?
> This paper surveys cloud computing today: What are the ben
eforge.net/lists/listinfo/fink-users
--
David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/
--
Learn Windows Azure Live! Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training
st
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users
--
David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/
t
> List archive:
> http://news.gmane.org/gmane.os.macosx.fink.user
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-users
>
--
David Fang
http://www.csl.cornell.edu/~fang/
--
T
Committed again.
Removed 586 from 6.03 in EOL.
Sorry about that.
>> Fixed just now, just needed to preserve the previous version of libwww-pm
>
> Sorry, but on Sun Feb 5 13:33:57 CET 2012, it is still failing.
>
> TIA
>
> Dominique
>
--
David Fang
http://www.
nce.
> ? Anton Checov
>
>
--
David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/
--
Try before you buy = See our experts in action!
The most comprehensive online learning li
---
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> ___
> Fink-users mailing list
> Fink-users@lists.sourceforge.net
> List archive:
> http://news.gman
Greetings
>
> Pete
>
> They that can give up essential liberty to obtain a little temporary safety
> deserve neither liberty nor safety.
> -Benjamin Franklin, Historical Review of Pennsylvania
>
>
--
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> ___
> Fink-users mailing list
> Fink-users@lists.sourceforge.
2.26-1 Parse 02packages.details.txt.gz
> parse-cpan-packages-pm584 2.26-1 Parse 02packages.details.txt.gz
> parse-cpan-packages-pm586 2.33-1 Parse 02packages.details.txt.gz
> parse-cpan-packages-pm588 2.33-1 Parse 02packages.details.txt.gz
>
> Dominique
>
first thing I have tried):
>
> The following package will be installed or updated:
> cpan-meta-pm586
> The following additional package will be installed:
> cpan-meta-yaml-pm
>
> So this goes back to case 1;-(
>
> Dominique
>
--
David Fang
htt
rl module to create a module
> Makefile
> extutils-makemaker-pm588-bin[virtual package]
>
> Dominique
>
--
David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/
--
Better t
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users
--
David Fang
http://www.csl.cornell.e
gcc (4.0.1/apple).
>
> The default gcc on this box is 4.0.1, but I have 4.2.1 in /usr/bin/
> so it is picked by
>
># Prefer compilation with gcc-4.2 if available
>if [ -x /usr/bin/gcc-4.2 ]; then
> ../configure %c --cc=gcc-4.2
>else
> ../configure %c
&
Good to know, thanks for testing!
>> Could you try again with those lines of the CompileScript removed, ...
>
> Actually I have moved /usr/bin/gcc-4.2 away and the build has completed.
>
> Dominique
>
--
David Fang
http://www.csl.cornell.edu/~fang/
ht
net
> List archive:
> http://news.gmane.org/gmane.os.macosx.fink.user
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-users
>
--
David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/
uot; Makeconf
>> perl -pi -e "s|^(LAPACK=)-llapack|\1-llapack|" Makeconf
>>
>> fixes the problem.
>>
>> TIA
>>
>> Dominique
>>
>
> I'm not supporting 10.4, and I'm trying to minimize the divergence
> between
as|LDFLAGS=$LDFLAGS
>> > $MYLDFLAGS\n\1-lf77blas|" Makeconf
>> > perl -pi -e "s|^(LAPACK=)-llapack|\1-llapack|" Makeconf
>> >
>> > fixes the problem.
>> >
>> > TIA
>> >
>>
packages as
much as possible after the first build-failure, analogous to make -k, but
for packages. Things still go wrong once in a while during mass upgrades,
and this would allow independent packages to continue building. The
benefit, very little, just convenience for when updates g
1 - 100 of 117 matches
Mail list logo
