|
|
Up |
|
|
  |
Author: luciolucio Date: Feb 29, 2008 21:24
Before I apply some serious effort to bring P9GCC in line with the
latest release, I'd like to convince myself that the effort is worth
it. I'm keen to catch two birds with one stone: (a) make sure that
version 3.0 is sufficiently functional and (b) determine how useful it
really is.
Please will anybody who has a Plan 9 objective that can only be
attained using GCC/G++ please drop me a line to let me know briefly
what it is? If the whole exercise gets a lot of support, I'll happily
set up more infrastructure to deal with it (wiki, blog, remote access,
whatever Bell Labs would rather not do themselves).
++L
PS: I prefer if you use the 9fans list, I may miss your mail if I
haven't already have entered your sender address in my whitelist. Use
your discretion.
|
| |
|
| | 72 Comments |
|
  |
Author: Eric Van HensbergenEric Van Hensbergen Date: Feb 29, 2008 22:03
On Fri, Feb 29, 2008 at 10:55 PM, wrote:
>
> Please will anybody who has a Plan 9 objective that can only be
> attained using GCC/G++ please drop me a line to let me know briefly
> what it is? If the whole exercise gets a lot of support, I'll happily
> set up more infrastructure to deal with it (wiki, blog, remote access,
> whatever Bell Labs would rather not do themselves).
>
It will no doubt be useful to us folks doing work for the gov't. They
DOE has lots of apps written for GCC or Fortran -- while there may be
other methods of accommodating these applications, having them "just
work" with GCC (particularly if the GCC fortran could be part of the
port) would help us a lot. It could also serve as a baseline for
performance/efficiency comparisons with other methodologies such as
linuxemu, etc.
Similarly, I've been working with other folks at potentially using
Plan 9 (for instance with the RAMP project)
-- they'd be much happier
if they knew they could compile apps with GCC.
-eric
|
| |
|
| | 18 Comments |
|
  |
Author: Lyndon NerenbergLyndon Nerenberg Date: Feb 29, 2008 22:40
On 2008-Feb-29, at 22:02 , Eric Van Hensbergen wrote:
> It will no doubt be useful to us folks doing work for the gov't. They
> DOE has lots of apps written for GCC or Fortran -- while there may be
> other methods of accommodating these applications, having them "just
> work" with GCC (particularly if the GCC fortran could be part of the
> port) would help us a lot. It could also serve as a baseline for
> performance/efficiency comparisons with other methodologies such as
> linuxemu, etc.
But none of this code will "just work" on Plan 9 (especially the
Fortran code), so what's the point?
--lyndon
|
| |
| 16 Comments |
|
  |
Author: luciolucio Date: Feb 29, 2008 22:55
> But none of this code will "just work" on Plan 9 (especially the
> Fortran code), so what's the point?
That is of course true. Thing is, until one moves along, many of
these "obvious" truths will not be revealed to all interested parties,
nor will alternatives be identified. I really would like to see a
team of competent persons address this issue as carefully as it
deserves. Consider that this has become a non-issue in the world of
Wintel/GNU-Linux by blocking any alternative development paths,
including Plan 9's only slight eccentricities.
++L
|
| |
| 3 Comments |
|
  |
Author: luciolucio Date: Feb 29, 2008 22:54
> It will no doubt be useful to us folks doing work for the gov't. They
> DOE has lots of apps written for GCC or Fortran -- while there may be
> other methods of accommodating these applications, having them "just
> work" with GCC (particularly if the GCC fortran could be part of the
> port) would help us a lot. It could also serve as a baseline for
> performance/efficiency comparisons with other methodologies such as
> linuxemu, etc.
>
My interpretation of what you're saying is that I ought to wrap up
what I have in a format that can be installed successfully and more or
less effortlessly, then present myself as the "maintainer" and get on
with tracking the more recent releases.
Unfortunately, there's quite a bit of effort required catching up with
the missing documentation that would make the project more readily
supported, namely the binary formats dhog implemented to match GCC's
different function interfacing.
|
| Show full article (2.37Kb) |
| no comments |
|
  |
Author: Lyndon NerenbergLyndon Nerenberg Date: Feb 29, 2008 23:00
On 2008-Feb-29, at 22:52 , lucio@proxima.alt.za wrote:
> onsider that this has become a non-issue in the world of
> Wintel/GNU-Linux by blocking any alternative development paths,
> including Plan 9's only slight eccentricities.
But these are the stampeding herd of lemmings that discover, at the
last minute, they aren't supposed to (and can't) dive over the cliff
of popular myth. Do you want to become their path of last resort?
--lyndon (applying duct tape to the doors and windows)
|
| |
| 2 Comments |
|
  |
Author: ron minnichron minnich Date: Feb 29, 2008 23:12
On Fri, Feb 29, 2008 at 10:39 PM, Lyndon Nerenberg wrote:
>
> But none of this code will "just work" on Plan 9 (especially the
> Fortran code), so what's the point?
Why do you say that?
ron
|
| |
| 10 Comments |
|
  |
|
Author: ron minnichron minnich Date: Feb 29, 2008 23:14
|
| |
| 1 Comment |
|
  |
Author: Lyndon NerenbergLyndon Nerenberg Date: Feb 29, 2008 23:30
On 2008-Feb-29, at 23:11 , ron minnich wrote:
>> But none of this code will "just work" on Plan 9 (especially the
>> Fortran code), so what's the point?
>
> Why do you say that?
The lack of a F95 compiler in /bin? (If you have one in house, that's
cheating.)
|
| |
| 2 Comments |
|
  |
|
|
  |
Author: Lyndon NerenbergLyndon Nerenberg Date: Feb 29, 2008 23:34
On 2008-Feb-29, at 23:12 , ron minnich wrote:
> Platforms
>
> * Unix Workstations (Intel/Linux, RS/6000, SGI/IRIX)
> * Symmetric multi-processors (Intel/Linux, SGI/IRIX)
> * Massively parallel (IBM SP, Intel Paragon)
>
> Back to top.
> Implementation
>
> * C++ with a few C and FORTRAN 77 functions
> * Object-oriented designed throughout
Where are the Plan 9 bits? (Seriously.)
|
| |
| no comments |
|
|
|
|