Subject: Linux-Development Digest #998
From: Digestifier <Linux-Development-Request@senator-bedfellow.MIT.EDU>
To: Linux-Development@senator-bedfellow.MIT.EDU
Reply-To: Linux-Development@senator-bedfellow.MIT.EDU
Date:     Sun, 7 Aug 94 09:13:05 EDT

Linux-Development Digest #998, Volume #1          Sun, 7 Aug 94 09:13:05 EDT

Contents:
  DEC EtherWorks DE204 support in Linux? (Chris Guthrey)
  Re: Linux-1.1.38 broken for 2 Adaptor system (Geek Meister)
  Which net binaries (yet again) ? (Roth Mark Daniel)
  Linux on AlphaPC progress? (Dave Dillow)
  libc.so.4.5.24 error wiht execl()
  Re: Packet drivers in Linux? (Donald Becker)
  How to do inb from a user program? (Thomas E Zerucha)
  Re: GETOPTS problem in BASH (Thomas G. McWilliams)
  Kernel change summary 1.1.30 -> 1.1.31 (Russell Nelson)
  IPX<-(IP)->IPX tunnelling (was Re: IPX) (Ross J. Reedstrom)
  Re: threads in kernel (Matthias Urlichs)
  Re: Linux-1.1.38 broken for 2 Adaptor system (Anders Hedborg)
  Re: Ethernet (Donald Becker)
  GETOPTS problem in BASH (David Huron - Conrad Grebel)
  Re: Linux-1.1.38 broken for 2 Adaptor system (Anders Hedborg)
  Weird problem with msdosfs (David Holland)
  Re: 1.1.38 requires perl4.036 to compile (5.0d give floating exception) (Drew Eckhardt)
  Kernel change summary 1.1.28 -> 1.1.29 (Russell Nelson)
  Questions on network drivers (Kenneth Wong)
  THANKS. (Christopher M. May)
  Re: File Locking (Matthew Dillon)
  Re: Pentium version of gcc? (Christopher M. May)

----------------------------------------------------------------------------

From: cguthrey@iconz.co.nz (Chris Guthrey)
Subject: DEC EtherWorks DE204 support in Linux?
Date: 4 Aug 1994 01:04:24 GMT

Subject: DEC EtherWorks DE204 for Linux?
Newsgroups: comp.os.linux.development
Organization: Public Access Internet, Auckland New Zealand
Summary: 
Keywords: 
X-Newsreader: TIN [version 1.2 PL2]

This has probably been asked numerous times already, but here goes:

Is anyone working on a driver for the DEC EtherWorks DE204 and DE205
cards or is support already available?  

(I'm using Linux 1.0, Slackware 1.2)

--
=================================================================
Chris Guthrey.  Programmer Analyst/Network Admin, SunGard NZ Ltd.
                E-Mail: cguthrey@iconz.co.nz
==================================================================

------------------------------

From: night@halcyon.halcyon.com (Geek Meister)
Subject: Re: Linux-1.1.38 broken for 2 Adaptor system
Date: 4 Aug 1994 00:42:54 GMT

gvb@hermes.bouw.tno.nl (Gerlach van Beinum) writes:

> I have a PC with 2 Adaptec 1542C's in it. One adaptor has a CD rom and 2
> disks on it, the other has a CDD521/10 CD Recorder on it. Normally the
> CD recorder has it's power off. Up to Linux-1.1.37 this gave no problems.

> Linux 1.1.38 Panics with the message 'scsi_devices corrupt(sd)'

> If I power up the recorder all goes well. It seems a bug is introduced in the
> code wich detects what scsi devices are connected to an adaptor.


Actually, I have the Adaptec 1542C also, and I had the same error
reported when I booted from DOS using loadlin.  If I came into LInux
without running all the config.sys junk, it was fine.  Sooo, I don't
think it's limited to a device being powered off.  1.1.36 is fine, and
the patch37.gz has a bunch of changes to the 1542 stuff, so I backed it
out, and it's fine for me.  My error is something like

'scsi_devices corrupt(sd)'
ln device not syncing   (or something)


This message comes after detecting my devices and just starting to probe
my IDE for Manufacturer Id.


Brent
night@halcyon.com


------------------------------

From: roth@ux4.cso.uiuc.edu (Roth Mark Daniel)
Subject: Which net binaries (yet again) ?
Date: 5 Aug 1994 16:00:12 GMT

Sorry to bring this up again, but I can't find where I saved the
answer last time.  What are the correct networking binaries for each
version of the kernel, and where can I find them?  Thanks.

-- 
roth@uiuc.edu | Mark D. Roth | http://www.cen.uiuc.edu/~mr4342/mark.html
     (GEEK CODE 2.1) GCS d-- H+ s++:- g+ p1>4+ !au a-- w++@ v-(*)
        C++>$ UL+>++++ P--- L++>+++ 3 E(-) N++ K++ W--- M-- V-
   po Y+ t++@ 5+ !j R-- G tv b+ D+ B--- e+(*) u+@ h>++ f+ r@ n+@ y?

------------------------------

From: il1@dsroc4.dsdoe.ornl.gov (Dave Dillow)
Subject: Linux on AlphaPC progress?
Date: 3 Aug 1994 18:55:57 GMT
Reply-To: il1@ornl.gov

What is the status of the port of Linux to the AlphaPC?

Or could someone point me to the group that is taking on this beast?

TIA,
Dave

------------------------------

From: arsenio@myhost.subdomain.domain ()
Subject: libc.so.4.5.24 error wiht execl()
Date: 5 Aug 1994 16:08:48 GMT

Hi, i'm building an aplication in C using gcc and libc.4.5.24, everything
works great, the only problem i have is that i can't use execl() function,
it just writes 
               "libc.so.4 (DLL Jump 4.5pl24) => /lib/libc.so.4.5.24"
and exit. Any help in how to solve this problem is wellcome.

Arsenio Reis

arsenio@lisbbs.uc.pt

------------------------------

From: becker@cesdis.gsfc.nasa.gov (Donald Becker)
Subject: Re: Packet drivers in Linux?
Date: 3 Aug 1994 16:33:46 -0400

In article <jharkinsCtvCEL.IHn@netcom.com>,
Jim Harkins <jharkins@netcom.com> wrote:
>I want to buy a networking card for which Clarkson packet drivers
>exist but no Linux drivers.  Assuming I've got the source to the
>packet drivers, how much work is involved in getting a Linux ethernet
>driver running?  I can also get source for Novell, SCO, Itner(mumble
>mumble, damn aging brain cells), and BSD32 drivers for the board.

First you much want to check that a driver isn't already in alpha test
somewhere.  Even working, reliable drivers might be tested for months before
being cleaned up for the regular kernel.

Having the packet driver source makes things much easier than starting from
scratch.  If it's written by Russ there are often comments about
undocumented gotchas.

A few notes:

Look at drivers/net/skeleton.c -- it has most of the Linux-specific details
for a driver.

Linux drivers generally probe for the ethercard.  Getting this right can
often take more than time to get right than the rest of the driver.  You
must be careful not to falsely detect a card (vis. the lax Mitsumi
driver probe) or munge other cards registers so badly that they can't be
detected. 

The multicast/promiscuous mode function is handled differently.

>"I want to die peacefully in my sleep like my grandfather.  Not screaming
>in terror like his passengers."
                I like it.

-- 
Donald Becker                                     becker@cesdis1.gsfc.nasa.gov
USRA Center of Excellence in Space Data and Information Sciences.
Code 930.5, Goddard Space Flight Center,  Greenbelt, MD.  20771
301-286-0882         http://cesdis.gsfc.nasa.gov/pub/people/becker/whoiam.html

------------------------------

From: zerucha@shell.portal.com (Thomas E Zerucha)
Subject: How to do inb from a user program?
Date: 4 Aug 1994 01:28:50 GMT

How can I access the IO space (using inb and outb instructions) outside
the kernel?  I know it is probably documented somewhere, but I was wondering
if anyone knows this off the top of their head
---
zerucha@shell.portal.com - main email address


------------------------------

Crossposted-To: comp.os.linux.misc
From: tgm@netcom.com (Thomas G. McWilliams)
Subject: Re: GETOPTS problem in BASH
Date: Thu, 4 Aug 1994 00:54:49 GMT

David Huron - Conrad Grebel (dhuron@watserv1.uwaterloo.ca) wrote:
: We are having trouble getting "getopts" to work under bash. 
: It is very important that we figure out what is wrong and fix it soon.
: We have had no such problems with other shells, and it seems to work under
: pdksh on Linux, but we would like to use bash.

More expertise on bash can be found in the newsgroup gnu.bash.bug.
There are quite a few different rev levels of bash in general use
so you should specify which version you are using.

tgm@netcom.com

------------------------------

From: nelson@crynwr.crynwr.com (Russell Nelson)
Subject: Kernel change summary 1.1.30 -> 1.1.31
Date: 03 Aug 1994 20:34:08 GMT

Floppy driver now examines the readonly switch whenever a floppy is changed.
Double the SCSI disk timeout.
Oops, semaphore change from 1.1.30 was botched in SCSI ioctl.
changed parameters to bread_page so last parameter is boolean "share".
More assembly subroutines marked with __volatile__.
Version number in inode block now being used.
Rename was syncing its changes too early.
NFS memory mapping cleaned up.
Allow a read-write or read-only flag when calling the open.
Let ELF executables share pages (this was a toughie!)


Updated kernel to VoxWare 2.90: This is an intermediate release (v3.0
        prototype with some experimental features disabled). See
        experimental.txt for more info.
- GUS MAX support
- Partially working MSS/WSS support (could work with some cards).
- Hardware u-Law and A-Law support with AD1848/CS4248 and CS4231
        codecs (GUS MAX, GUS16, WSS etc). Hardware ADPCM is possible
        with GUS16 and GUS MAX, but it doesn't work yet.
- AD1848/CS4248/CS4231 codec support (MSS, GUS MAX, Aztec, Orchid
        etc).  This codec chip is used in various soundcards. This
        version is developed for the 16 bit daughtercard of GUS. It
        should work with other cards also if the following
        requirements are met: - The I/O, IRQ and DMA settings are
        jumper selectable or the card is initialized by booting DOS
        before booting Linux (etc.).  - You add the IO, IRQ and DMA
        settings manually to the local.h.  (Just define GUS16_BASE,
        GUS16_IRQ and GUS16_DMA). Note that the base address bust be
        the base address of the codec chip not the card itself. For
        the GUS16 these are the same but most MSS compatible cards
        have the codec located at card_base+4.
- Some minor changes

--
-russ <nelson@crynwr.com>    http://www.crynwr.com/crynwr/nelson.html
Crynwr Software   | Crynwr Software sells packet driver support | ask4 PGP key
11 Grant St.      | +1 315 268 1925 (9201 FAX)  | What is thee doing about it?
Potsdam, NY 13676 | LPF member - ask me about the harm software patents do.

------------------------------

From: RJR@photons (Ross J. Reedstrom)
Subject: IPX<-(IP)->IPX tunnelling (was Re: IPX)
Date: Wed, 3 Aug 1994 20:26:52

In article <1994Aug01.193153.22581@cse.iitb.ernet.in> vinod@cse.iitb.ernet.in (Vinod G Kulkarni) writes:

<stuff deleted>

>Basically the kernel currently (as of 1.1.29 or so...) contains support
>for IPX sockets. Also, it has minimal support for IPX routing.

>This IPX stack is intendend to be used by IPX client in DOSEMU as follows: 
>(It is equivalent of IPX.com in dos environment.) If there are many dos
>sessions, and each one of them want to have access to Novell Netware, 
>the ipx client code in dosemu should be capable of defining an independent
>IPX "network" and a single node under this network, for each dosemu session. 
>(This "network" number is similar to what you assign to physical
>segments on each interface of Novell Netware.) IPX Routing present
>within kernel will then take care of allowing multiple sessions of dosemu
>with netware access.  The required code is there with current versions of 
>dosemu, but doesn't work as far as I know. It needs to be  debugged etc.

<single session stuff deleted>

>Another possible use of IPX stack is to make it full fledged IPX  router,
>especially when linux acts as IP router between two physical networks.
>In fact we currently use linux as IP router for our department due to
>its stability. As a result, we don't have  access to novell netware
>systems present outside our department. If anyone has been successful in 
>getting IPX routing (or at least bridging) along with IP routing on
>linux, please let everyone know! (It can replace PCROUTER which many use
>for this functionality.) 

How about IPX->IP tunnelling? anybody looking at implementing that 
functionality in linux? Sounds to me like most of the code is there, (
creating a IPX network, publishing routes, and of course IP stuff), just 
need to implement the wrap and unwrap stuff - Novell's got a IPX router 
development guide up on there FTP site with some of this stuff (or they 
used to - I've got hardcopy around here, somewhere and might be able to 
come up with bits), and there's an RFC for the tunnel part ... Netware 
servers include the tunnelling code for free, I understand (for network to 
network routing over an IP only router) - but Novell wants $$$ for the 
client end.
========
Ross J. Reedstrom
rjr@pharmacy.wisc.edu

------------------------------

From: urlichs@smurf.noris.de (Matthias Urlichs)
Subject: Re: threads in kernel
Date: 5 Aug 1994 21:41:47 +0200

In comp.os.linux.development, article <31qgl5$nfl@news.u.washington.edu>,
  tzs@u.washington.edu (Tim Smith) writes:
> Matthias Urlichs <urlichs@smurf.noris.de> wrote:
> >A new stack at the same location means that you can't put things on the
> >stack if any other thread might need them. Ugly.
> 
> Give each stack its own location, and also double map the current stack
> into a fixed location.  The current thread/clone/whatever runs using the
> fixed location, but can access the stacks of the others.
> 
Unfortunately, that won't work, because if you run on the fixed-address
stack all stack address you'll pass to other threads will also point to the
fixed stack -- _their_ fixed stack --.  :-(

OBesides, your scheme means distinct memory maps for different threads,
which should be avoided if possible.
-- 
'My idea of an agreeable person,' said Hugo Bohun, 'is a person who agrees
with me.'
                                       -- Benjamin Disraeli
-- 
Matthias Urlichs        \ XLink-POP N|rnberg  | EMail: urlichs@smurf.noris.de
Schleiermacherstra_e 12  \  Unix+Linux+Mac    | Phone: ...please use email.
90491 N|rnberg (Germany)  \   Consulting+Networking+Programming+etc'ing     42

Click <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.

------------------------------

From: ahe@elixir.e.kth.se (Anders Hedborg)
Subject: Re: Linux-1.1.38 broken for 2 Adaptor system
Date: 04 Aug 1994 01:03:52 GMT

In article <AHE.94Aug3213611@zafir.elixir.e.kth.se> ahe@elixir.e.kth.se (Anders Hedborg) writes:
[...snip...]
> -Well, I get the same message 'scsi_devices corrupt(sd)' when I try to
> boot 1.1.38 on my EISA-PC with UltraStor 24F and two SCSI-II-Fast and
> a Sony CD-ROM CDU-8003A  Rev: 1.8f hooked up to it. No other SCSI-devices
> on it.
>
> No such problems with Linux 1.1.37 and earlir.


-Now, if I reconfigure the kernel without 'Scsi CDROM support', the
system comes up fine! :-)

Any suggestions?!

Anders.
--


Anders Hedborg          e-mail: ahe@elixir.e.kth.se

------------------------------

From: becker@cesdis.gsfc.nasa.gov (Donald Becker)
Subject: Re: Ethernet
Date: 3 Aug 1994 16:22:10 -0400

In article <31ccnp$40a@master.cs.rose-hulman.edu>,
Jerry S. Zdenek <zdenekjs@malachi.Rose-Hulman.Edu> wrote:
>Is there a driver for a NE 3200 eisa ethernet card yet?????
>or how about a compaq flexdesk 32 card?

I think the NE3200 is an "intellegent" card an on-board processor and
proprietary interface.  It's unlikely there will be a Linux driver for it.
BTW, unless you have a *very* slow main processor such a board will result
in lower performance than an inexpensive "dumb" ethercard. 

I don't have any information on the Compaq ethercard, but Compaq
historically hasn't used standard products.  

-- 
Donald Becker                                     becker@cesdis1.gsfc.nasa.gov
USRA Center of Excellence in Space Data and Information Sciences.
Code 930.5, Goddard Space Flight Center,  Greenbelt, MD.  20771
301-286-0882         http://cesdis.gsfc.nasa.gov/pub/people/becker/whoiam.html

------------------------------

Crossposted-To: comp.os.linux.misc
From: dhuron@watserv1.uwaterloo.ca (David Huron - Conrad Grebel)
Subject: GETOPTS problem in BASH
Date: Wed, 3 Aug 1994 18:56:58 GMT

We are having trouble getting "getopts" to work under bash. 
It works fine for most things, but will not accept more than 5 arguments.
It seems to interpret the sixth argument as a file, even if it begins with a
dash.  It is very important that we figure out what is wrong and fix it soon.
We have had no such problems with other shells, and it seems to work under
pdksh on Linux, but we would like to use bash.
Any help will be greatly appreciated!
Thanks
David Huron
dhuron@watserv1.uwaterloo.ca

------------------------------

From: ahe@elixir.e.kth.se (Anders Hedborg)
Subject: Re: Linux-1.1.38 broken for 2 Adaptor system
Date: 03 Aug 1994 19:36:10 GMT

In article <1994Aug3.112231.2359@hermes.bouw.tno.nl> gvb@hermes.bouw.tno.nl (Gerlach van Beinum) writes:

>  I have a PC with 2 Adaptec 1542C's in it. One adaptor has a CD rom and 2
> disks on it, the other has a CDD521/10 CD Recorder on it. Normally the
> CD recorder has it's power off. Up to Linux-1.1.37 this gave no problems.
>
> Linux 1.1.38 Panics with the message 'scsi_devices corrupt(sd)'
>
> If I power up the recorder all goes well. It seems a bug is introduced in the
> code wich detects what scsi devices are connected to an adaptor.
>


-Well, I get the same message 'scsi_devices corrupt(sd)' when I try to
boot 1.1.38 on my EISA-PC with UltraStor 24F and two SCSI-II-Fast and
a Sony CD-ROM CDU-8003A  Rev: 1.8f hooked up to it. No other SCSI-devices
on it.

No such problems with Linux 1.1.37 and earlir.

Anders H.



--


Anders Hedborg          e-mail: ahe@elixir.e.kth.se

------------------------------

Subject: Weird problem with msdosfs
From: dholland@husc7.harvard.edu (David Holland)
Date: 3 Aug 94 14:54:31


I have a weird problem with msdosfs date stamps: files created on my
machine register as two weeks earlier when taken over to a DOS box
(either 6.0 or 6.2, not sure). Correspondingly, files carried over
from that machine come out dated two weeks on the future on my
machine. 

This is using floppies. 

I haven't checked against the Amiga's DOS filesystem, but I suspect it
would produce similar results.

First noticed in 1.1.16, still occurs in 1.1.27. I now have 1.1.37,
but I haven't checked yet.

Comments? Suggestions? 

It's not a severe bug, but it's annoying, because I'm presently
working on porting something from DOS and it confuses make no end. 

--
   - David A. Holland          | "The right to be heard does not automatically
     dholland@husc.harvard.edu |  include the right to be taken seriously."

------------------------------

From: drew@kinglear.cs.colorado.edu (Drew Eckhardt)
Subject: Re: 1.1.38 requires perl4.036 to compile (5.0d give floating exception)
Date: 3 Aug 1994 19:22:46 GMT

In article <31oa02$ha4@ldl.healthpartners.com>,
Bryan Vold <btv@ldl.HealthPartners.COM> wrote:
>Just a little tickler for cutting edge folks.  The newest version of perl 5.0d,
>errors with floating exception.  4.036 still works fine.  Also, the ln that
>was added in the the scsi directory should probably have a -f so that it doesn't
>error out when you recompile every time.  Hope this helps someone.

Actually, you only need perl if 

1) You haven't fixed the #ifdef and #endif pairs arround the NCR53c7,8xx 
    code in drivers/scsi/Makefile

and

2) You have altered the timestamps on drivers/scsi/53c7,8xx.scr, and
    therefore need to recompile the code which runs on the NCR53c810
    chip.

-- 
Drew Eckhardt drew@Colorado.EDU
1970 Landcruiser FJ40 w/350 Chevy power
1982 Yamaha XV920J Virago

------------------------------

From: nelson@crynwr.crynwr.com (Russell Nelson)
Subject: Kernel change summary 1.1.28 -> 1.1.29
Date: 03 Aug 1994 19:27:03 GMT

Switch to release 2.3 of SoundBlaster Pro CD-ROM driver.  Still
        missing some chunks of the audio date.  Disk change detection
        is disabled.
Create a new flag for a process that indicates that it's swapping.
Add new SCSI devices to the tail of the list.
--
-russ <nelson@crynwr.com>    http://www.crynwr.com/crynwr/nelson.html
Crynwr Software   | Crynwr Software sells packet driver support | ask4 PGP key
11 Grant St.      | +1 315 268 1925 (9201 FAX)  | What is thee doing about it?
Potsdam, NY 13676 | LPF member - ask me about the harm software patents do.

------------------------------

From: ypwong@ie.cuhk.hk (Kenneth Wong)
Subject: Questions on network drivers
Date: Wed, 3 Aug 1994 14:47:45 GMT

Well, I am trying to write my first network driver, and don't know if the
idea I got from the kernel source is correct, wound anyone please give me
suggestions on the following?

1 Is dev->tbusy (eg passed into start_xmit) meant to be read by the
  driver only?
2 Does set_bit(0, (void*)&dev->tbusy) mean set bit 0 of dev->tbusy to 1?
3 Is netif_rx to rx similar to mark_bh(NET_BH) to tx in that they
  inform the upper layers?
4 I seem to find some drivers that set skb->mem_len and some skb_len after
  skb alloc, which one is for what?
5 Would interrupt based driver be practical as the transfer rate exceeds (or
  will someday exceed;) say 10Mbps? Actually now I am using polling instead of
  interrupt (ie 10ms timer) and found I might have lost some packets in between
  the polling. I have thought of using a background processes to read the
  network continuously, is it a stupid idea? Also, is there any way around the
  problem of missing interrupts? Any suggestions?
6 Is there any source for knowing changes in kernel specifications? eg call
  mark_bh(NET_BH) instead of mark_bh(INTER_BH)

I would be grateful if any kind soul can help me - previous posts didn't get
answered in this group (or is it a no-newbie newsgroup? - sorry if it is)

--
Kenneth Wong
ypwong@ie.cuhk.hk

------------------------------

From: cmay@titan.ucs.umass.edu (Christopher M. May)
Subject: THANKS.
Date: 7 Aug 1994 12:39:50 GMT

Hi, I wanted to thank everyone involved, for making Linux
what it is today.  I think Linux is the best thing to 
ever happen to ibm compatibles since the 386.

Somebody, wake me up, I must be dreaming.

--

-Chris May, Computer Science, University of MA, Amherst
-       Technical Assistant, P.C. Maintenance Lab


------------------------------

From: dillon@apollo.west.oic.com (Matthew Dillon)
Subject: Re: File Locking
Date: 5 Aug 1994 09:51:27 -0700

In article <776069984snz@indev.demon.co.uk> Jason@indev.demon.co.uk writes:
:
:Hello fellow Linux Users!
:
:I can't find lockf in the Linux C libraries and I was just wondering if
:anyway had written 'lockf' using fcntl and could give me any help!
:
:Many thanks
:
:Jason.
:
:
:-- 
:Jason Malaure

    Why not just use flock() ?

    #include <sys/file.h>

    flock(fd, LOCK_EX);
        ...
    flock_fd, LOCK_UN);

    There is also LOCK_SH for shared locks and LOCK_NB|LOCK_EX/SH to have 
    flock not block.  I use it all the time.

    I dunno about it working over NFS tho, don't think it does.

                                        -Matt

-- 

    Matthew Dillon              dillon@apollo.west.oic.com
    1005 Apollo Way             ham: KC6LVW (no mail drop)
    Incline Village, NV. 89451  Obvious Implementations Corporation
    USA                         Sandel-Avery Engineering
    [always include a portion of the original email in any response!]


------------------------------

From: cmay@titan.ucs.umass.edu (Christopher M. May)
Subject: Re: Pentium version of gcc?
Date: 7 Aug 1994 12:53:09 GMT

Jered Floyd (jjfloyd@vela.acs.oakland.edu) wrote:
: Does anyone know if there exists a Pentium version of gcc? (Optimized
: for dual-pipelining?) This way, a Pentium version of the kernel could be

Hi, awhile ago, I got the version of gcc-i2.4.0 which was tweaked by
intel to have the optimizations you speak of.  I never got around to
trying it.  I don't actually have a pentium, but the enhancements are
supposed to increase performance on 486s by about 10%.

This version is not supported by either intel, or gnu.  Here's the 
first part of the README.iGCC file from the toplevel dir, with 
ftp info:


----<snip>-----

GCC WITH INTEL ENHANCEMENTS FOR THE PENTIUM CPU/INTEL ARCHITECTURE (13 
Jan 94)
==============================================================================

This file describes the GNU-C compiler with intel enhancements for the
intel Pentium cpu and other members of the Intel Architecture (IA).

The compiler sources (gcc-i2.4.0p.tar.Z) and this file (README.iGCC)
can  be ftp'ed from:
   anonymous@aurora.intel.com:/pub/intel_arch/gnu/compiler/    
(143.185.65.2)
 
---<snip------

--

-Chris May, Computer Science, University of MA, Amherst
-       Technical Assistant, P.C. Maintenance Lab


------------------------------


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: Linux-Development-Request@NEWS-DIGESTS.MIT.EDU

You can send mail to the entire list (and comp.os.linux.development) via:

    Internet: Linux-Development@NEWS-DIGESTS.MIT.EDU

Linux may be obtained via one of these FTP sites:
    nic.funet.fi				pub/OS/Linux
    tsx-11.mit.edu				pub/linux
    sunsite.unc.edu				pub/Linux

End of Linux-Development Digest
******************************
