[Bug fortran/18918] Eventually support the co-array f95 extension in gfortran
--- Additional Comments From mg_gentoo at yahoo dot com 2004-12-21 09:56 --- I agree, but figured it was worth filing away for the future. Here's another doc from cray, the link to which I couldn't find earlier: http://www.cray.com/cgi-bin/swpubs/craydoc30/craydoc.cgi?frames=1&html=toc_view&pub=S-3694-53 (Chapter 9 of the third volume of their Fortran Language Reference Manual describes Cray co-arrays.) NB: It's not Numrich and Reid, but I figure I'll note it here for future reference just in case (in case, for example, there were an implementation divergence in the future) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18918
[Bug fortran/18918] Eventually support the co-array f95 extension in gfortran
--- Additional Comments From mg_gentoo at yahoo dot com 2004-12-15 02:52 --- The available information on it is, admittedly, a bit dispersed, but I think http://www.co-array.org/caf_def.htm might be close enough to what you are looking for. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18918
[Bug fortran/18918] New: Eventually support the co-array f95 extension in gfortran
This is a rather useful extension, in my opinion, though for obvious reasons not top priority (I know the gfortran folks have no shortage of work cut out for them). I've used it with much pleasure on some more computationally intense problems. Cray's got a nice implementation of it, and a research group at Rice has a more open source-to-source co-array compiler that spits out standard f90, I believe. I did not see this rfe listed on the public todo webpages or filed previously. -- Summary: Eventually support the co-array f95 extension in gfortran Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mg_gentoo at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18918
[Bug libstdc++/16371] [3.4/4.0 Regression] libstdc++ fails for crosses
--- Additional Comments From mg_gentoo at yahoo dot com 2004-11-11 03:45 --- Well, the problem isn't inexperience (in my case anyway) so much as that a process which worked in the past does no longer since the introduction of certain new build magic (for the better, mind you) in 3.4. Since, I suppose, the process must adhere to stricter borders these days, I'll be more than happy to work through it from scratch (probably tomorrow or friday) to see where my existing environment and scripts have failed. Thank you for the input. I knew if I kept ccing more and more people that had something to do with this (albeit the better part of a year ago), I'd eventually find someone awake. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16371
[Bug libstdc++/16371] [3.4/4.0 Regression] libstdc++ fails for crosses
--- Additional Comments From mg_gentoo at yahoo dot com 2004-11-10 21:11 --- Jim, you expressed an interest in this bug a while back, suggesting 1) using sysroot - which I tried, it didn't help anything and 2) looking for an unspecified something in config.log. Can you provide any insight? Tell us what to look for perhaps? I'll do just about anything to bring about a clean fix. -- What|Removed |Added CC||wilson at specifixinc dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16371
[Bug bootstrap/18381] [4.0 Regression] Stage 1 failure in fixincludes, recent CVS
--- Additional Comments From mg_gentoo at yahoo dot com 2004-11-10 20:02 --- Same problem building compiler on x86_64 targetted at *mingw* (as opposed to cygwin). -- What|Removed |Added CC||mg_gentoo at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18381
