[gnu.emacs] g++/groff for i386?

dquah@athena.mit.edu (Danny Quah) (07/10/90)

In article <1990Jul10.063631.5827@pegasus.com> news@pegasus.com (Usenet News) writes:
>>
>>Since V/386 is so prevalent on the net now, I'm wondering if
>>
>
>I haven't heard of any UUCP sites, but I've seen g++ available for anon
>FTP from tek4310.kent.edu and from titan.rice.edu, but neither one
>seemed to work with ISC 2.0.2.
>
>Time to pound on the sources again...

[So we're building a little lobby here I see.]

        Ok. Ross Biro @ stanford (who, I think, built the emacs and
epochs on kent) tells me that the emacs and epoch on kent has
specialized ESIX network and X support compiled in so that almost
surely they won't work on anything but.  That explains the "Fatal error
12" problem that we are seeing with the emacs from kent.  I tried to
compile the source Ross directed me to, but ran into the same "tchars"
problem that Paul has reported.

        I haven't even be able to get the gcc from there to work on my
machine, it doesn't seem to have built in "/usr/local/gnu/lib/gnu-"
and worse I haven't been able to get it to take the -B flag.  (The -v
flag shows failure on this.)  And where are gcc-ld and gcc-as (and why
is it "gas" instead:-))?

        I agree with Rick (and the dude from Finland, I've lost your
name sorry)---there are so many of us with SysV'386/ Interactive '386
out here, wouldn't it be great if someone who has already made some of
these things allow anon FTP or UUCP access.  Why keep regrinding the
wheel (or "pound on the sources"?)  Someone want to upload to kent or
somewhere else?

	If it's just to be macha, I don't mind building the stuff
myself (having done so on SUNs and 3b2's).  Just that when the
distribution is 20 Megabytes uncompressed and hundreds of us are
downloading the stuff and running into the same problems....  On the
SUNs and 3b2's, I could at least tell myself that I was spending the
time for a group of users.  On my Toshiba, it's just little ol' me.
This just doesn't seem to be enabling us as a community.


--Danny (dquah@athena.mit.edu, dquah@dolphin.mit.edu)
Dept. of Economics MIT, E52-274b, Cambridge MA 02139
Voice: (617) 253-0914 Fax: (617) 253-1330
#

--
--Danny (dquah@athena.mit.edu, dquah@dolphin.mit.edu)
Dept. of Economics MIT, E52-274b, Cambridge MA 02139
Voice: (617) 253-0914 Fax: (617) 253-1330
#

wilkes@mips.COM (John Wilkes) (07/11/90)

In article <1990Jul10.122545.6963@athena.mit.edu>, dquah@athena.mit.edu
(Danny Quah) writes:
> >>
> >>Since V/386 is so prevalent on the net now, I'm wondering if
> >
> >Time to pound on the sources again...
> 
> Why keep regrinding the wheel (or "pound on the sources"?)
> This just doesn't seem to be enabling us as a community.

About a week ago, I posted to this forum asking about problems building
emacs ("ESIX neophyte has questions") and most of the response said
something like, "Use COFF and the standard unexec().  It should work." 
Well, it does not.  I have tried various different options in the s- and
m- files, taught sysdep.c that TIOCGWINSZ and TIOCGETC need to be
undef'ed for ESIX, and I am now fighting with process.c.

Folks, the standard emacs distribution WILL NOT BUILD ON ESIX without
some source hacking.  I cannot believe that others have not been here
before me.  Why is there no "s-esix.h" file, or a set of patches?  Am I
the only person in the universe to have these problems?

To anyone who has actually done it:  how do I build a dumpable emacs
under ESIX?  Answers along the lines of, "The standard distribution
should work," are not correct, so don't bother.

Thanks.

John Wilkes

wilkes@mips.com   -OR-   {ames, decwrl, pyramid}!mips!wilkes

hv@uwasa.fi (Harri Valkama LAKE) (07/11/90)

In article <1990Jul10.122545.6963@athena.mit.edu> dquah@athena.mit.edu (Danny Quah) writes:
>In article <1990Jul10.063631.5827@pegasus.com> news@pegasus.com (Usenet News) writes:
>        I agree with Rick (and the dude from Finland, I've lost your
>name sorry)---there are so many of us with SysV'386/ Interactive '386

That's alright. It was me. I thought this scheme has more power if we
play with real names... 

>out here, wouldn't it be great if someone who has already made some of
>these things allow anon FTP or UUCP access.  Why keep regrinding the
>wheel (or "pound on the sources"?)  Someone want to upload to kent or
>somewhere else?
>
>	If it's just to be macha, I don't mind building the stuff
>myself (having done so on SUNs and 3b2's).  Just that when the
>distribution is 20 Megabytes uncompressed and hundreds of us are
>downloading the stuff and running into the same problems....  On the
>SUNs and 3b2's, I could at least tell myself that I was spending the
>time for a group of users.  On my Toshiba, it's just little ol' me.
>This just doesn't seem to be enabling us as a community.

I agree with this. I already offered me to do the job here in Finland
but our traffic load to US is a little heavy already (and we Europeans
pay it al by ourselves although the traffic is more and more two-way)
so let's try first an US site and if there are no volunteers then I 
start here.
-- 
===== Harri Valkama   (hv@uwasa.fi, hv@flame.uwasa.fi, hv@nic.funet.fi) =======
| University of Vaasa, PO BOX 700, 65101 VAASA, Finland (fax: +358 61 248465) |
|      Moderating ftp site chyde.uwasa.fi (128.214.12.3) PC directory         |
=== and ftp site  nic.funet.fi (128.214.6.100)  Atari ST & Mac directories ====

olu@sysauto.UUCP (Olumide O. Emuleomo) (07/13/90)

Beware of the g++ dated May 21 at sequent.kent.edu. (also tek4310.kent.edu)
The streams library does NOT work.
Ross biro said it was corrupted!!
Cheers

Emuleomo O.O.   (olu@sysauto.UUCP)
-- 
-Remember. It doesn't matter if you win or lose; As long as you win!
-- 
-Remember. It doesn't matter if you win or lose; As long as you win!