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

2015-01-08 Thread Takeshi Enomoto
Hi, I finally had a chance to work on this on Mountain Lion. I build g95 uncommenting the blacklist for clang. I was not able to reproduce the problem with clang. because of the clang version? Presumably. The buildbot mtln has clang 421.11.66, but I have clang 503.0.40 (/usr/bin/clang). What

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

2014-10-18 Thread Ryan Schmidt
On Oct 18, 2014, at 7:05 AM, take...@macports.org wrote: Revision 126963 Author take...@macports.org Date 2014-10-18 05:05:00 -0700 (Sat, 18 Oct 2014) Log Message g95: blacklist clang on Lion and Mountain Lion Modified Paths • trunk/dports/lang/g95/Portfile

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

2014-10-18 Thread Takeshi Enomoto
Dear Ryan and all, This is unusual. What's the basis for this? Is it because of libstdc++? or because of the clang version? or something else? Thank you for noting this. This is not related to libstdc++ because g95 is written in C. Probably it is due to clang version. Clang is somewhat

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

2014-10-18 Thread Joshua Root
On 2014-10-19 08:08 , Takeshi Enomoto wrote: fcomp is a comparison and a pop without a size, but I'm not sure if I should add s (32-bit) or l (64-bit). For example fmuls and movl are used before and after fcomp in line 412. I don't speak assembler. Could anyone help me with asm? Comments on

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

2013-01-18 Thread Takeshi Enomoto
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

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

2013-01-08 Thread Ryan Schmidt
On Dec 23, 2012, at 01:22, take...@macports.org wrote: Revision: 100759 https://trac.macports.org/changeset/100759 Author: take...@macports.org Date: 2012-12-22 23:22:52 -0800 (Sat, 22 Dec 2012) Log Message: --- g95: revamped for 0.93. * Removed gcc40. --- trunk

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

2009-11-08 Thread Ryan Schmidt
On Nov 8, 2009, at 07:44, take...@macports.org wrote: Revision: 60290 http://trac.macports.org/changeset/60290 Author: take...@macports.org Date: 2009-11-08 05:44:39 -0800 (Sun, 08 Nov 2009) Log Message: --- g95: Updated for Snow Leopard (links to gcc-4.2.4

g95, Open MPI, HDF4, tcl-nap

2008-01-10 Thread Takeshi Enomoto
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/ticket

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

2007-11-19 Thread Takeshi Enomoto
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 :-) ___ macports-dev

Re: g95

2007-11-11 Thread William Davis
On Nov 11, 2007, at 10:12 AM, Takeshi Enomoto wrote: Hello, I am trying to make g95 available again with Leopard. I was able to build it for ppc by modifying source of gcc-4.0.3. With Intel Mac, it fails to build libgcc_s.1.0.dylib. The error message is: ld: unknown/unsupported

g95 and universal option

2007-04-18 Thread Takeshi Enomoto
Hello I am not with recent discussions these days, but it seems that the universal option is added to g95 as well. A user reported that the build with +universal fails on Intel Mac. I imagine that it would not be easy to build g95 with the universal option. At the momemnt, please remove

Re: g95 and universal option

2007-04-18 Thread Ryan Schmidt
On Apr 18, 2007, at 08:43, Takeshi Enomoto wrote: I am not with recent discussions these days, but it seems that the universal option is added to g95 as well. A global universal variant was made available for all ports, yes. A user reported that the build with +universal fails on Intel Mac