erroneous merge

editor then I did git pull --rebase For the reasons I don't understand, merge has been recorded. Sorry for the mess. I hope someone can fix this. Regards, Takeshi --- Takeshi Enomoto take...@macports.org ___ macports-dev mailing list macport

Re: port:lapack useful?

the performance gain is due to BLAS, which can be obtained from BLAS. * CBLAS and LAPACKE can be provided. I believe that there is nothing to be harmful to leave the port. The message from the upstream developer on 15 March 2016. > Dear Takeshi, > I am ccing Julien Langou - he is o

Can't edit commit message

Hi, I can’t edit the commit message as described in https://trac.macports.org/wiki/CommitRules . $ svn propedit --revprop svn:log -r 153822 svn: E175008: While handling the 'svn:log' property on '/repository/macports/!svn/bln/153822': svn: E175008: R

Re: snapd

l language was chosen for reasons which may still be valid, and we > have a growing collection of currently over 10,000 Portfiles. I believe that Tcl's unique syntax keeps Portfile concise. The old languages like Fortran and Tcl survive because they have their raison d’être! Takeshi -

Re: hdf5-1.10.0

is found by ${prefix}/share/cmake-3.5/Modules/FindHDF5.cmake. HDF5_C_LIBRARY and HDF5_HL_LIBRARY are used in netcdf’s CMakeLists.txt during the configuration. - Takeshi Enomoto take...@macports.org ___ macports-dev mailing list macports-dev

Re: variants

t care the internal/policy of the package manager. What they need is a quick way to install the ports they need. The installation should be preferably automatic. Most of the users will be upset with the error messages and find that MacPorts are not for them. Regards, Takeshi - Takeshi Enomot

Re: variants

If there is a reason behind treating default_variants and manually set variants, I’d like to know. If there is no reason and it can be changed, I will file a ticket for this as a feature request. I tried to read the MacPorts source but lost at some point... Takeshi - Takeshi Enomoto take

Re: hdf5-1.10.0

pretty soon, but there are other software packages that require 1.6/1.8 API. Mark, could you roll back and create hdf5-18? - Takeshi Enomoto take...@macports.org ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge

hdf5-1.10.0

ncarg required the latter option (r147504). hdfeos5 fails because int and hid_t are used interchangeably. I created a patches and committed in r147503. --- Takeshi Enomoto take...@macports.org ___ macports-dev mailing list macports-dev@lists.macosfor

Re: variants

Dear Ryan and Mojca, OK. So I see that this is not the problem of the port. I don’t have a solution at this time, but I hope that the manually specified variants and default_variants should be treated equally in the future. Regards, Takeshi - Takeshi Enomoto take...@macports.org

variants

Hi, It seems that variants in default_variants are not proliferated as those specified in the command-line. I have this problem with some ports that I maintain and cause build failures with the buildbots. I would be helpful if you help me fix this. Takeshi --- Assume port A depends on port B

Re: [147088] trunk/dports

d, > since it changes the files the port installs. The commit with netcdf rev bumps was a mistake but I believe it is worthwhile to instal this header so I will increase the revision. Regards, Takeshi - Takeshi Enomoto take...@macports.org ___ mac

Re: [MacPorts] #50311: gmt5: build fails on Mavericks: error: conflicting types for 'dsyev_'

s means that __LP64__ is not defined for a 32-bit target. If the machine is 32-bit, long int, which is 32-bit is selected. But long int is 64-bit on 64-bit machine and this caused an error. I set universal_variant no to solve the problem. Thanks a lot. Takeshi - Takeshi Enomoto take...@

Re: [MacPorts] #50311: gmt5: build fails on Mavericks: error: conflicting types for 'dsyev_'

a problem of Xcode clang? Would put this clang version to blacklist help? Comments and help welcome. Regards, Takeshi Excerpt from /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/Headers/clapack.h: #if defined(__LP64__) /* In LP64 match

Re: WP-CLI

appropriate. > Does this script need to use the same php as the wordpress installation > it manages? I don't think you need the same version. BTW our wordpress port is out of date. WP-CLI installs the newest version by default, we don't have to maintain this port. --- Takeshi E

WP-CLI

nstall. So I thought we should also provide a Portfile. - The script runs with php that it finds. Is this OK? - The script in phar does not require the extract phase. Can I destroot directly from ${distpath}? --- Takeshi Enomoto take...@macports.org Portfile Description: Binar

Re: r143478 -- gsl: update version 2.0->2.1

Dear David, Thank you for letting me know. OK, let’s wait a few days to see if we need gsl116 or not. Regards, Takeshi - Takeshi Enomoto take...@macports.org ___ macports-dev mailing list macports-dev@lists.macosforge.org https

Re: r143478 -- gsl: update version 2.0->2.1

Hi, It seems that the update to gsl-2.x broke fgsl (#50295), which is compatible with 1.16. We may need gsl116 until the updates are provided by the upstream. Regards, Takeshi - Takeshi Enomoto take...@macports.org ___ macports-dev mailing list

Re: Survey: How do you commit?

Dear Ryan, > Using a Subversion working copy and "svn commit”? I use subversion. I use git for other projects, but I used to use subversion at work. I don’t have any problems with subversion. I think subversion is suited for centralized repositories. Regards, Takeshi - Takeshi

Re: Warnings when parsing hdfeos5 Portfile

ove cc from compilers.choose when OpenMP is officially supported in clang. Comments welcome. Regards, Takeshi ----- Takeshi Enomoto take...@macports.org ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mail

Re: Warnings when parsing hdfeos5 Portfile

Hi, hdfeos5 was fixed in r143729 and ncarg in r144029. Thanks, Regards, Takeshi - Takeshi Enomoto take...@macports.org ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [MacPorts] #49961: fetch for port hdfeos failed

Dear Ryan and Josh, > If you don't have anywhere else to host it I can upload it to our > sourceforge project for you. I appreciate your offer. I hosted the file to a server I have access to. Thanks. Takeshi ----- Takeshi Enomoto take...@m

Re: [MacPorts] #49961: fetch for port hdfeos failed

Hi, I’d like to manually upload the source of hdfeos because the FTP server of master_sites is down. Could you instruct me how to do this? BTW I wonder why it is not on MacPorts’ mirrors. Takeshi > 2015/12/19 15:52、MacPorts wrote： > > #49961: fetch for port hdfe

Re: [138304] trunk/dports/devel/GASNet/Portfile

revbumps with a few other ports. Best, Takeshi - Takeshi Enomoto take...@macports.org ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [138283] trunk/dports/devel/GASNet/Portfile

cc5 if it compiles the ports I maintain. I did a quick survey in science directory on the number of ports with default_variants gcc46 0 gcc47 4 gcc48 5 gcc49 7 gcc5 0 gcc6 0 Best, Takeshi ----- Takeshi Enomoto take...@macports.org ___ macports-

Re: [138098] trunk/dports/science/magicspp/Portfile

Dear Josh, > Perhaps pkgconfig? Yes. You are right. Thanks! r138121. Best, Takeshi ----- Takeshi Enomoto take...@macports.org ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [138098] trunk/dports/science/magicspp/Portfile

as > "path:lib/pkgconfig/glib-2.0.pc:glib2" so that glib2-devel could satisfy it. Done in r138111. Regards, Takeshi - Takeshi Enomoto take...@macports.org ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosf

Re: [137869] trunk/dports/science

Dear Ryan, Thanks. Done in r138102. Best, Takeshi - Takeshi Enomoto take...@macports.org ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [137995] trunk/dports/science

-DENABLE_PYTHON=OFF \ > > The cmake-1.0 portgroup sets CMAKE_INSTALL_NAME_DIR and other helpful > configure.args for you. To take advantage of them, all you have to do is > append to configure.args rather than overwrite it. Thanks! Now I see the right way. Tak

Re: libc++, C++11, and C++14 on Leopard and Snow Leopard

n it. I can deactivate cctools, but not ld64, on which clang-3.5 depends. Takeshi --- Takeshi Enomoto take...@macports.org ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [126963] trunk/dports/lang/g95/Portfile

hat is the Xcode version of the buildbot? Is it up-to-date? Regards, Takeshi --- Takeshi Enomoto take...@macports.org ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: Which compiler for OpenMP

ng supports OpenMP (and hopefully OpenACC) soon. Takeshi - Takeshi Enomoto take...@macports.org ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [127693] trunk/dports/science/cdo

th proj. Done in r127758 and r127759. Regards, Takeshi - Takeshi Enomoto take...@macports.org ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

need a help with PortGroup compilers

${configure.f90}. What is wrong? A part of a pseudo Portfile: PortGroup mpi 1.0 use_configure no compilers.choosef90 cxx compilers.setup require_fortran build.env F90=${configure.f90} \ CXX=${configure.cxx} - Takeshi Enomoto take

Re: [126963] trunk/dports/lang/g95/Portfile

would be also appreciated. Regards, Takeshi r126961: <https://trac.macports.org/changeset/126961> Clang doc: <http://clang.llvm.org/compatibility.html#inline-asm> Error: /usr/bin/clang -DHAVE_CONFIG_H -I. -DHAVE_REAL_10=3 -Os -std=gnu89 -arch x86_64 -MT x87.o -MD -MP -MF .deps/

Re: RFC: Drop PPC support

ake sure that dropping ppc did not mean to remove some tcl code or patches to support builds on ppc. Takeshi - Takeshi Enomoto take...@macports.org ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: RFC: Drop PPC support

ed. It is up to the maintainers or the port. We don't have to remove what are still available for PPC. Personally I still use a big-endian Power Mac and try to maintain some ports as far as I can. - Takeshi Enomoto take...@macports.org __

no space left on buildports-lion-x86_64

Hi, The build initiated by <https://trac.macports.org/changeset/125857> caused a disk overflow of the buildbot for Lion. <https://build.macports.org/builders/buildports-lion-x86_64/builds/23545> Could someone fix the buildbot? Thanks Takeshi - Takeshi Enomoto take...@

no space left on buildports-lion-x86_64

Hi, The build initiated by <https://trac.macports.org/changeset/125857> caused a disk overflow of the buildbot for Lion. <https://build.macports.org/builders/buildports-lion-x86_64/builds/23545> Could someone fix the buildbot? Thanks Takeshi - Takeshi Enomoto take...@

Re: [124825] trunk/dports/lang/dmd/Portfile

Hi, The stealth updates of dmd and phobos were handled in r124868 and r124869, respectively. Regards Takeshi - Takeshi Enomoto take...@macports.org ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org

Re: [124825] trunk/dports/lang/dmd/Portfile

orts use PortGroup github. I expect the tag to refer to a specific state of source. Can a developer make changes to the tagged source? If so it would be tedious to follow the stealth update for each commit. Should I use a release? Takeshi --- Takeshi Enomoto ta

Re: hdfeos and hdfeos5 warnings

be wrapped with if {! as in the doc or parse error occurs. Takeshi --- Takeshi Enomoto take...@macports.org ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: hdfeos and hdfeos5 warnings

Blair, Thanks for reporting. I replaced catch with pre-configure to check active_variants there and I can omit catch. Takeshi 2014-08-23 7:00 GMT+09:00 Blair Zajac : > Hello, > > As of today I’m getting these from ‘port sync’: > > Creating port index in > /opt/local/va

Re: Octave Transition

-devel ports are unstable bleeding edge. > I’m not sure I’d recommend adding a new octave-next port. That naming is > nonstandard. Instead, can’t we just wait awhile, then update octave-devel to > 3.7.x? I agree with Ryan. Takeshi ___ macp

Re: [111797] trunk/dports/math/gnudatalanguage/Portfile

Rainer, Thank you for your help. > depends_build-appendport:pkgconfig Yes, you are right. I was not careful enough. It seems that I don't get buildbot failure messages this time. Takeshi ___ macports-dev mailing list macp

Re: [111797] trunk/dports/math/gnudatalanguage/Portfile

Ryan, Thanks for pointing this out. Done in r111831 and r111834. BTW buildbot complains the lack of /opt/local/bin/cmake. Portgroup cmake is used and plplot depends on cmake so cmake should be installed. Do I have to explicitly write depends_build port:cmake? 2013/10/2 Ryan Schmidt : > On Oct 2,

Re: [100759] trunk/dports/lang/g95

> The variant could just be removed, which would accomplish the same thing > without annoying the user. I removed the error message and gcc42 variant that doesn't do anything. r101744. Takeshi ___ macports-dev mailing list m

Re: [101490] trunk/dports/science

You're right. Thank you for your suggestion. Committed in r101740. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev

Re: Specifying Fortran in cmake

in FC and the link flags in LDFLAGS are used. So the solution is to set configure.fc and to unset configure.ld_archflags. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev

Specifying Fortran in cmake

ortran compiler. If g95 is installed, it is used even and the test succeeds. Defining Fortran_COMPILER_NAME=gfortran does not help. How does cmake find a Fortran compiler? Which file? A file provided in plplot or cmake installation? Takeshi ___ macports-dev m

Re: qt3 building failing with Lion and Xcode 4 using MacPorts 2.0.0...

Marko, Before I notice your message, I updated the port to enable build on Lion. <http://trac.macports.org/changeset/81012> I don't have an intention to maintain this. Takeshi ___ macports-dev mailing list macports-dev@lists.macosfor

How to make check when building gcc46

work/gcc-4.6-20110325/libstdc++-v3/test..." invoked from within "catch "glob ${path}/${pattern}" tmp" -- Takeshi Kobayakawa ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev

Re: darwin/10.7.1

> I would assume that the user's difficulty building the software has nothing > to do with the kernel version You are right! The user reported that g95 built without any problem. Takeshi ___ macports-dev mailing list macports-dev@lists.mac

darwin/10.7.1

if there is ``$os.minor''. Should I use $os.version? What is the version number? Someone says the next update of Snow Leopard will also use 10.7.x kernel. <http://forums.macrumors.com/showthread.php?t=1107791> Takeshi ___ macports-

Re: [75337] trunk/dports/science/ncarg/Portfile

you are right. It is easier to read the commit comment in the command-line than finding corresponding Trac tickets. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev

Re: libpng transition?

other ports that use such deprecated symbols. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev

Re: Contact software developers when adding a port

reward for the developers to know such a figure. My opinion was to count downloads of source from MacPorts mirror if possible. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports

Tracking the number of downloads

figure how popular the port is? The figures could be listed on the MacPorts web site or displayed with a port subcommand. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev

Re: Packages Not [was Re: ambivalence about fortran (was Re: numpy & non-Apple gcc?)]

love them. I will probably keep compiling most of the ports. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev

ambivalence about fortran (was Re: numpy & non-Apple gcc?)

. <http://trac.macports.org/ticket/21797> It has been a reasonable choice to use atlas since there is a problem linking to some functions in Apple's accelerate. This was especially true with g95. I came up with a solution posted in the url abov

Re: [70406] trunk/dports/math/metis/Portfile

the arch I actually tested. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev

Re: r68041

Blair, Ryan, Thanks for your help. I can sleep well. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev

r68041

-1 api. placed the headers in include/udunits nco: provided the new location of udunits2 headers. ncarg: updated to 5.2.0. <https://trac.macports.org/changeset/68041> Please let me know if there are actions I should take. Takeshi ___ macports-dev m

Re: Homebrew

etimes when I am busy at work or home I am not able to respond in 72 h. So I try not to be so strict but there are some patches I wish the maintainer(s) to look at but not responsive. Maybe I will ask again and then write to this list if I would like to do

Fwd: library versions

? I am fine with this solution. My original point was that sometimes it is a pain to instruct many ports to look at lib/${name} and I wondered if there is a better way. Perhaps not since echo port use different build systems (configure, simple Makefile, CMake and sometime n

Re: Homebrew

ified Portfiles. Even if I send a patch the maintainer does not adopt them (or even reject them --- no response. e.g. ftgl, octave accelerate variant). Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org

library versions

en't there systematic solutions to this problem? Fink limits the library versions but it causes conflicting packages. They also split unstable and stable branches. I don't these are elegant solutions. Takeshi ___ macports-dev maili

Re: [66168] trunk/dports/math/gnuplot/Portfile

Josh and Jeremy, >> I don't understand this change. Gnuplot seems to work fine with aquaterm for >> me on x86_64. It was my misunderstanding that Aquaterm relies upon Carbon. I committed the previous version. Takeshi ___ macports

Re: Need help with libtool

. Thus re-run of automake/autoconf does not seem to be necessary, I cannot reproduce the problem of the reporter. <http://trac.macports.org/ticket/23645> I will ask the reporter for further details. Anyway now I feel a little more comfortable with autotools. T

Re: Need help with libtool

lcrypto /opt/local/lib/libdap.dylib /opt/local/lib/libxml2.dylib -lpthread -lz /opt/local/lib/libiconv.dylib -lm -ludunits Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev

Need help with libtool

-dev-owner: sorry I should have send from my macports.org address. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev

source without version

Hi, Can one write a Portfile without version? The source code I might add to MacPorts does not have a version with it. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports

Re: running configure, build, and destroot phases twice in a single port?

you made. Old fortran programs use 'real' and rely upon compiler options. Although I have never used it this reminds me of how we deal with universal builds with the universal port group. Could creating another port help any way? Takeshi ___

netcdf

that most users will not need the enhanced netCDF-4 features at this time. The packages maintained by volunteers other than myself does not seem to be modified for netcdf4. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforg

Re: portname with +

Ryan, Thank you for your comments. > MacPorts 1.8.0 will have a "replaced_by" keyword which will make stub ports > simpler. I myself experienced problem of conflicts between vis5d and vis5d+ but I don't think there are many users of this package so I can handle if a user email me. I used port

Re: portname with +

Toby, 2009/7/27 Toby Peterson : > Same problem with pcre++, see http://trac.macports.org/ticket/20046 Thank you for pointing to this information. I will change the port name. I will just leave + out. It would be nice if port lint could check characters port name may use. Take

portname with +

the name "vis5d+"? I would be grateful for your help. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev

Re: 64bit variant naming scheme

ise it would be nice to enable the user to choose 32/64 bit. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev

Re: linking c/c++ code against fortran libraries

s the same source code as gcc40 port. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev

Re: [36498] trunk/dports/science/hdf5/Portfile

s-mode: nil; > tab-width: 4; truncate-lines: t -*- vim:fenc=utf-8:et:sw=4:ts=4:sts=4 > Please keep these line in! See the guide for its description. > The lint warning you are referring to is a deficiency of the current > MacPorts lint system, see the mailing lists for details.

Re: [Ticket #13686] Octave Portfile upgrade and maintainership

Hello all, I did not have problems on Intel Mac but on iMac G5. So I make small changes for 2.9.15. Portfiles for versions 2.9.17 and 3.0.1 seem to be ready and 2.9.19 is available. IMHO, octave3 deserves a different port since it is said ``significantly different''. Regards

ImageMagick

lMagickCore] There may be some other packages with the same problem. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev

Re: gv and ghostview - both needed?

Hi, I have not been aware of the difference between ghostview and gv until I found the installation error of the former. gv-3.5.8 also has some problems with Leopard. So I recently updated gv to 3.6.3. I don't see any problems with removing ghostview. Ta

libwww

ber of packages. I would like to commit the patch and close the ticket for grads but I would like to hear opinions of those who maintain packages affected by libwww. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.or

g95, Open MPI, HDF4, tcl-nap

Hi, It would be nice if someone could commit those tickets. Build failure of g95, in particular, is affetting a number of other ports. I submitted hdf4 and tcl-nap about a month ago. Thanks in advance, Takeshi g95: fixes libiconv problem <http://trac.macosforge.org/projects/macports/tic

Re: libiconv

I will upload the patch after Trac is back. I submitted the patch of g95 package. Could someone take a look? <http://trac.macosforge.org/projects/macports/attachment/ticket/13841> Takeshi ___ macports-dev mailing list macpor

Re: libiconv

Peter, Does not have -I/opt/local/include Does have -L/opt/local/lib You are right. Thanks. There is an inconsistency. With MacPorts' iconv.h iconv_* are redefined to libiconv_*. I think I fixed the problem. I will upload the patch after Trac is back. Ta

Re: libiconv

ask the developers if you can. Thanks. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev

libiconv

Hello Ryan, I have received an error report on g95. It is related to MacPorts' libiconv. MacPorts' libiconv does not have symbols iconv_*. There are libiconv_* instead. System's libiconv have both. A quick google search tells me that

Re: Open MPI

he patch I have just submitted keeps open prefix and creates symbolic links to mpi*-wrapper-data.txt. <http://trac.macosforge.org/projects/macports/ticket/13743> Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macos

Open MPI

ore mpirun mpicc and mpif90. Any opinions? Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev

tcl84 and tcl85?

x and Tcl/Tk 8.5 ports as done with Python. Then PLplot can depend on port:tcl84 and port:tk84. Any opinions? Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev

tcl-nap

I created a Portfile for tcl-nap, a Tcl extension to process n-dimensional arrays. I also created a ticket for HDF4, a scientific file format required by tcl-nap. Takeshi http://trac.macosforge.org/projects/macports/ticket/13603 http://trac.macosforge.org/projects/macports/ticket/13605

Fwd: [MacPorts] #13190: BUG: g95-0.90 Installation of py-scipy fails because g95 won't compile

Hello, I uploaded patches to g95. It should compile on Leopard on both ppc and i386. Takeshi #13190: BUG: g95-0.90 Installation of py-scipy fails because g95 won't compile Now g95 compiles sources without complaining :-) ___ macport

g95

-4.0.3 contains "-arch i686". I appreciate any suggestions. Takeshi g95.tgz Description: Binary data ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev

Re: nco-3.9.2

Hello Juan, I submitted a ticket for nco-3.9.2 (belongs to science). If you give us the ticket number... maybe we can help ;-) Sorry. That is #12639. I've just added a missing patch. The old patch to configure is no longer needed. Ta

nco-3.9.2

Hello, I submitted a ticket for nco-3.9.2 (belongs to science). Thanks. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev

nco-3.9.1

behind the firewall when the rsync port is blocked. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev

g95 and universal option

universal option from g95 package. Ticket #11801. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev

Re: fftw-3-single

les in some occasion. It would be quicker if someone has commit permission did the replacement. Takeshi ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev

  1   2   >