| Newsgroups |
gmane.comp.emulators.hercules390.mvs |
| Message-ID |
<CAPcd4G-TZvCh__H9oSSvbrX+B9ONQjXs9vwOQFgBcpuxdk+5Ug@mail.gmail.com> |
Paul,
Youre missing the boat. What the OP is saying is that he wants to target
the z/OS unix environment, which requires the POSIX libraries that he
wants, and C11 (minimum) capabilities.
Those are far beyond the GCC 3.2.3 you have produced.
Joe
On Sat, Oct 12, 2019 at 1:18 PM kerravon86-/[email protected] [H390-MVS] <
[email protected]> wrote:
>
>
> ---In [email protected], <bumens@...> wrote :
>
> > Most code today is C99 or C11 with GNU extensions. And we already have
> C18.
>
> Ok.
>
> > So if there is a compiler for C90 it will not be possible
> > to compile much of today's software with it.
>
> I see.
>
> > The good news is there's a community wanting to port
> > modern software including compilers to MVS and z/OS.
>
> Ok, is there someone who wants to port a
> modern GCC to MVS? I can provide the
> i370 machine definition and the C runtime
> library. I already have these things running
> under GCC 3.2.3.
>
> > Our problem is we do not have access to machines
> > where we can do this.
>
> Ok, let's see if this problem can be solved. That's
> what I have been working on.
>
> > You're right, because we're dependent on LE we
> > cannot use MVS 3.8J.
>
> Ok.
>
> > The Perl guys need way more memory, especially for
> > their testing environment.
>
> This problem has been solved with MVS/380.
> You can add MVS/380 to your existing MVS 3.8J
> installation, plus use Hercules/380 instead of
> standard Hercules, and you have access to
> 4 GiB of memory for 32-bit programs. Surely that
> is enough?
>
> > many GNU software is depending on POSIX API
> > as I said. It cannot be build without.
>
> Ok, but why does this dependency exist? I have
> modified many GNU products like sed, diffutils
> etc to be standard C90 programs so that they
> work with GCCMVS. Only minor changes were
> required, and suddenly all C90 environments
> get the product, not just Posix ones.
>
> > To support MVS 3.8J with Free Software these things
> > would be required as a minimum base:
>
> > 1) a port of actual LLVM or GCC
>
> GCC is done.
>
> > 2) libc
>
> I have provided my own C runtime library called PDPCLIB.
>
> > and a POSIX library
>
> POSIX is for Unix. I would like people to target
> MVS, not just Unix. That's what the C standard
> exists for.
>
> > On the zPDT topic: I saw this thing. Beside the
> > high price it would force me to carry a second
> > laptop personally, because it's not available for
> > the Macintosh like Hercules (which I'm running
> > there).
>
> When you pay your $10k, you get the right to
> use z/OS. z/OS can then be run under Hercules
> instead of zPDT.
>
> > But what I'm searching for now is a solution, which
> > can not only be used by myself but by many people
> > in the Free Software community, so porting software
> > can be possible.
>
> The solution as I see it is:
>
> 1. Agree to target any C platform, not just Posix ones.
> 2. Use MVS/380 to bypass memory constraints.
> 3. Revive the i370 GCC target last seen in GCC 3.4.6
> 4. Enable all languages in GCC
>
> I hope we can cooperate to get MVS as a supported
> target. Note that if you wish to discuss MVS/380
> in depth it is better to do it here:
>
> https://groups.yahoo.com/neo/groups/hercules-os380/info
>
> BFN. Paul.
>
>