Re: Why Plan 9 C compilers don't have asm("")

2001-07-05 Thread Michael Meissner
void > either, you have to get a 0 at least. Compliance is subjective. It's > easier when things make sense. Yes, that is an artifact of the original UNIX implementation on the PDP-11 (16 bit ints, signal number is passed back in one byte, and the return value in another byte). -- Micha

Re: Why Plan 9 C compilers don't have asm()

2001-07-05 Thread Michael Meissner
back in one byte, and the return value in another byte). -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482

Re: Why Plan 9 C compilers don't have asm("")

2001-07-04 Thread Michael Meissner
ing point and the number of arguments is not variable, it is passed in a FP register, instead of an integer register. For variable argument functions, everything is passed in the integer registers. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886,

Re: Why Plan 9 C compilers don't have asm()

2001-07-04 Thread Michael Meissner
of arguments is not variable, it is passed in a FP register, instead of an integer register. For variable argument functions, everything is passed in the integer registers. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work

Re: Microsoft and Xenix.

2001-06-26 Thread Michael Meissner
may have moved to Austin, which is the PowerPC/AIX center. The AS/400 line was intended to be the mid-range system, between the mainframes (360 -> 370 -> 3080 -> 3900 -> ???) and the PCs. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Mas

Re: [comphist] Re: Microsoft and Xenix.

2001-06-26 Thread Michael Meissner
e later ones got tapes. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482 - To unsubscribe from this list: send the line &qu

Re: [comphist] Re: Microsoft and Xenix.

2001-06-26 Thread Michael Meissner
. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482 - To unsubscribe from this list: send the line unsubscribe linux-kernel

Re: Microsoft and Xenix.

2001-06-26 Thread Michael Meissner
, between the mainframes (360 - 370 - 3080 - 3900 - ???) and the PCs. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482

Re: sizeof problem in kernel modules

2001-06-24 Thread Michael Meissner
itfields don't have addresses, and different compiler ABIs do lay them out in different fashions within the words). C89 never changed the wording that mandates this. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTE

Re: sizeof problem in kernel modules

2001-06-24 Thread Michael Meissner
, and different compiler ABIs do lay them out in different fashions within the words). C89 never changed the wording that mandates this. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486

Re: Alan Cox quote? (was: Re: accounting for threads)

2001-06-19 Thread Michael Meissner
was "Why workstations don't work", where he outlined Plan9. If it wasn't the Baltimore USENIX, it may have been Salt Lake city, Dallas, or the Boston one. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMA

Re: Alan Cox quote? (was: Re: accounting for threads)

2001-06-19 Thread Michael Meissner
is much, much older. I think I first heard in the 1989 Baltimore USENIX, when Pike was the featured speaker, and his talk was Why workstations don't work, where he outlined Plan9. If it wasn't the Baltimore USENIX, it may have been Salt Lake city, Dallas, or the Boston one. -- Michael Meissner

Re: LANANA: To Pending Device Number Registrants

2001-05-19 Thread Michael Meissner
On Fri, May 18, 2001 at 03:17:50PM +0100, Stephen C. Tweedie wrote: > Hi, > > On Wed, May 16, 2001 at 12:18:15PM -0400, Michael Meissner wrote: > > > With the current LABEL= support, you won't be able to mount the disks with > > duplicate labels, but you can stil

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-18 Thread Michael Meissner
etc. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482 - To unsubscribe from this list: send the line "unsubscribe linu

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-18 Thread Michael Meissner
. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482 - To unsubscribe from this list: send the line unsubscribe linux-kernel

Re: LANANA: To Pending Device Number Registrants

2001-05-17 Thread Michael Meissner
system do not (well presumably anybody who reads this mailing list has enough of a clue). Also, I bet the number of USB and Firewire devices used on the above two systems is probably vanishingly small. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, We

Re: CML2 design philosophy heads-up

2001-05-17 Thread Michael Meissner
ic case for an > embedded CD-RW appliance. Or alternatively, you want to enable SCSI code, with no hardware driver, because you are going to build pcmcia, which builds the scsi drivers only if CONFIG_SCSI is defined, and the user might put in an Adaptec 1460B or 1480 scsi card into your pc

Re: LANANA: To Pending Device Number Registrants

2001-05-17 Thread Michael Meissner
not (well presumably anybody who reads this mailing list has enough of a clue). Also, I bet the number of USB and Firewire devices used on the above two systems is probably vanishingly small. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford

Re: CML2 design philosophy heads-up

2001-05-17 Thread Michael Meissner
, with no hardware driver, because you are going to build pcmcia, which builds the scsi drivers only if CONFIG_SCSI is defined, and the user might put in an Adaptec 1460B or 1480 scsi card into your pcmcia slot. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford

Re: wrong /dev/sd... order with multiple adapters in kernel 2.4.4

2001-05-16 Thread Michael Meissner
x to my /etc/modules.conf. That way, when the kernel boots, it will only see the Adaptec driver. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PRO

Re: LANANA: To Pending Device Number Registrants

2001-05-16 Thread Michael Meissner
y for serial ports, if I have 3 or 4 (or 127 :-) USB serial devices, I really don't want to have to change my cabling each time I boot or change OSes (since I doubt my UPS will be happy if I give it the commands destined for the X10 controller or my remote boards). -- Michael Meissner, Red Hat, In

Re: LANANA: To Pending Device Number Registrants

2001-05-16 Thread Michael Meissner
could scan > partition IDs and associate mount points on matching IDs rather than on > /dev/hdX or /dev/sdX. I don't see how this is any different from the current LABEL= support that is currently in the ext2 filesystem (except I seem to recall that it doesn't work on devfs). Of course it

Re: LANANA: To Pending Device Number Registrants

2001-05-16 Thread Michael Meissner
be useful for /proc/partitions to provide the label IDs and UUIDs. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482

Re: LANANA: To Pending Device Number Registrants

2001-05-16 Thread Michael Meissner
will be happy if I give it the commands destined for the X10 controller or my remote boards). -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED

Re: wrong /dev/sd... order with multiple adapters in kernel 2.4.4

2001-05-16 Thread Michael Meissner
see the Adaptec driver. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482 - To unsubscribe from this list: send the line

Re: Not a typewriter

2001-05-14 Thread Michael Meissner
te part of the program in that language. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482 - To unsubscribe from this list:

Re: Not a typewriterg

2001-05-14 Thread Michael Meissner
first systems I worked on professionally (Data General RDOS) used RAD50 in their object file format. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PR

Re: Not a typewriter

2001-05-14 Thread Michael Meissner
ld ask the Berkely folks, since the TCP/IP support all came from there, and not Bell Labs. > > Were they afraid that "e" being the most widely used letter in > > the English language was going to war out thir xpnsiv kyboards if > > thy usd it all th tim? > > Funn

Re: Not a typewriter

2001-05-14 Thread Michael Meissner
language was going to war out thir xpnsiv kyboards if thy usd it all th tim? Funny conspiracy suscpicion, that... ;-) -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non

Re: Not a typewriterg

2001-05-14 Thread Michael Meissner
format. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482 - To unsubscribe from this list: send the line unsubscribe

Re: Not a typewriter

2001-05-14 Thread Michael Meissner
or fixed-size strings, which make for arbitrary limits; use dynamic allocation instead. Make sure your program handles NULs and other funny characters in the input files. Add a programming language for extensibility and write part of the program in that language. -- Michael

Re: Linux 2.4.3ac13

2001-04-24 Thread Michael Meissner
On Tue, Apr 24, 2001 at 07:36:42PM -0400, Johannes Erdfelt wrote: > On Tue, Apr 24, 2001, Michael Meissner <[EMAIL PROTECTED]> wrote: > > and it doesn't ask whether I want to build the normal USHI USB driver either as > > a module or builtin to the kernel, only wh

Re: Linux 2.4.3ac13

2001-04-24 Thread Michael Meissner
, only whether I want to build the alternative USHI USB dirver (the JE driver). Make xconfig asks whether you want to build both drivers. I'm not sure whether this was a bug in previous versions or not. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford,

Re: i386 cleanups

2001-04-18 Thread Michael Meissner
While, I grant that this is one area the ABI could have been improved upon (alignment of floating point, and reservation of EBX as GOT pointers are other sore spots), it is the ABI of record. Yes, we could certainly choose a different ABI for Linux, but it is probably too late for that in the cas

Re: i386 cleanups

2001-04-18 Thread Michael Meissner
lignment of floating point, and reservation of EBX as GOT pointers are other sore spots), it is the ABI of record. Yes, we could certainly choose a different ABI for Linux, but it is probably too late for that in the case of the x86. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 17

Re: How do I make a circular pipe?

2001-04-13 Thread Michael Meissner
tream (slave)) { if (ioctl (slave, I_PUSH, "ptem") < 0 || ioctl (slave, I_PUSH, "ldterm") < 0) goto close_slave; } *amaster = master; *aslave = slave; return 1; close_slave:

Re: How do I make a circular pipe?

2001-04-13 Thread Michael Meissner
ot;ldterm") 0) goto close_slave; } *amaster = master; *aslave = slave; return 1; close_slave: close (slave); close_master: close (master); return 0; } -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleto

Re: Linux 2.4.2ac13

2001-03-07 Thread Michael Meissner
have a 1460 scsi card, so I build my laptop release with scsi support included. I'll post this also to the pcmcia support pages. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978

Re: Linux 2.4.2ac13

2001-03-07 Thread Michael Meissner
have a 1460 scsi card, so I build my laptop release with scsi support included. I'll post this also to the pcmcia support pages. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978

Re: Linux not adhering to BIOS Drive boot order?

2001-01-17 Thread Michael Meissner
On Tue, Jan 16, 2001 at 08:14:01PM -0600, Peter Samuelson wrote: > > [Michael Meissner] > > Ummm, I just reread the 2.4 Changes file once again just to be sure, > > and it did not cover this issue. So how the *$@% are people supposed > > to "read some docs" to

Re: Linux not adhering to BIOS Drive boot order?

2001-01-17 Thread Michael Meissner
On Tue, Jan 16, 2001 at 08:14:01PM -0600, Peter Samuelson wrote: [Michael Meissner] Ummm, I just reread the 2.4 Changes file once again just to be sure, and it did not cover this issue. So how the *$@% are people supposed to "read some docs" to know about this, if the docs don

Re: Linux not adhering to BIOS Drive boot order?

2001-01-16 Thread Michael Meissner
s file once again just to be sure, and it did not cover this issue. So how the *$@% are people supposed to "read some docs" to know about this, if the docs don't mention the information. I know people have been complaining about this change since at least the fall time frame. -- Mi

Re: Linux not adhering to BIOS Drive boot order?

2001-01-16 Thread Michael Meissner
On Tue, Jan 16, 2001 at 10:01:25PM +0100, Andi Kleen wrote: > On Tue, Jan 16, 2001 at 03:37:57PM -0500, Michael Meissner wrote: > > don't assume that the way your system gets booted is the way everybody's does, > > particularly those on platforms other than the x86. > > &

Re: Linux not adhering to BIOS Drive boot order?

2001-01-16 Thread Michael Meissner
rent brands in my system. Many of the people using Linux in high end things like servers, etc. will have multiple scsi controlers. People are using Linux in lots of things from small embedded devices to large systems, and Linux needs to address needs in every area. -- Michael Meissner, R

Re: Linux not adhering to BIOS Drive boot order?

2001-01-16 Thread Michael Meissner
On Tue, Jan 16, 2001 at 10:01:25PM +0100, Andi Kleen wrote: On Tue, Jan 16, 2001 at 03:37:57PM -0500, Michael Meissner wrote: don't assume that the way your system gets booted is the way everybody's does, particularly those on platforms other than the x86. I must say, as a 5 year Linux

Re: Linux not adhering to BIOS Drive boot order?

2001-01-16 Thread Michael Meissner
ople are using Linux in lots of things from small embedded devices to large systems, and Linux needs to address needs in every area. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 9

Re: Linux not adhering to BIOS Drive boot order?

2001-01-16 Thread Michael Meissner
this issue. So how the *$@% are people supposed to "read some docs" to know about this, if the docs don't mention the information. I know people have been complaining about this change since at least the fall time frame. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littlet

Re: The advantage of modules?

2001-01-08 Thread Michael Meissner
*/ so my take is unless you explicitly use hotplug devices (I wasn't), that it is much safer to unload the driver, unattach/attach scsi devices, and then reload the driver (which will scan the scsi bus for devices), which you need modules for. -- Michael Meissner, Red Hat, Inc. (GCC g

Re: The advantage of modules?

2001-01-08 Thread Michael Meissner
modules allows you to control which scsi controller is the first controller in terms of where the disks are. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non

Re: The advantage of modules?

2001-01-08 Thread Michael Meissner
ou can specify the parameters at boot time if you use something like lilo to boot. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax:

Re: The advantage of modules?

2001-01-08 Thread Michael Meissner
controller is the first controller in terms of where the disks are. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax: +1 978-692

Re: The advantage of modules?

2001-01-08 Thread Michael Meissner
, and you can only give params if the driver is built as a module (ie, modprobe xx io=0x300 irq=5, etc...) because your hard is not properly autodetected by the module. For many devices you can specify the parameters at boot time if you use something like lilo to boot. -- Michael Meissner, Red

Re: The advantage of modules?

2001-01-08 Thread Michael Meissner
to unload the driver, unattach/attach scsi devices, and then reload the driver (which will scan the scsi bus for devices), which you need modules for. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED]

Re: 2.2.18 signal.h

2000-12-19 Thread Michael Meissner
s consistant in taking the FILE * argument as the first argument. 2) Make && and || have the proper priority. 3) Make plain char and bitfields unsigned by default, add signed keyword to the original language. 4) Allow optional trailing ',' in enumeration lists. --

Re: 2.2.18 signal.h

2000-12-19 Thread Michael Meissner
argument. 2) Make and || have the proper priority. 3) Make plain char and bitfields unsigned by default, add signed keyword to the original language. 4) Allow optional trailing ',' in enumeration lists. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174

Re: 2.2.18 signal.h

2000-12-15 Thread Michael Meissner
statement: labeled-statement | expression-statem | compoundstatement | selection-statement | iteration-statement | jump-statement labeled-statement: identifier ':' statement

Re: 2.2.18 signal.h

2000-12-15 Thread Michael Meissner
pe (or larger). Old K allowed the following: foo(){ extern int a; a = 1; } bar(){ a = 2; } Ie, compiler put the definition for a in the file scope symbol table, and not the current block's. The above example is illegal in ISO C. -- Michael M

Re: 2.2.18 signal.h

2000-12-15 Thread Michael Meissner
extern int a; a = 1; } bar(){ a = 2; } Ie, compiler put the definition for a in the file scope symbol table, and not the current block's. The above example is illegal in ISO C. -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174 Littlet

Re: 2.2.18 signal.h

2000-12-15 Thread Michael Meissner
| iteration-statement | jump-statement labeled-statement: identifier ':' statement | 'case' constant-expression ':' statement | 'default' ':' statement -- Michael Meissner, Red Hat, Inc. (GCC group) PMB 198, 174

Re: [PATCH] removal of "static foo = 0"

2000-11-28 Thread Michael Meissner
nd what their compilers actually did (common model), the AT representative at the time said that the ref/def model was put into K when they tried to make a C compiler for their IBM mainframes, using the standard linker, and discovered that linker would page align each common variable (CSECT in IBM termin

Re: [PATCH] removal of static foo = 0

2000-11-28 Thread Michael Meissner
y the KR and the C89 standard had the rule that global names must be unique to 6 characters, one case (which is another extension that just about everybody has and depends on). The default for C++ is -fno-common. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Mass

Re: [PATCH] removal of "static foo = 0"

2000-11-27 Thread Michael Meissner
er things specifically to catch these type of errors (the problem with the normal checkout compilers that I'm aware of, is that the kernel uses structs to talk to real devices and interact with system calls with fixed layouts). -- Michael Meissner, Red Hat, Inc. PMB 198, 174 L

Re: [PATCH] removal of "static foo = 0"

2000-11-27 Thread Michael Meissner
to access global/static variables. Global variables you have more problems visiblity and such. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax: +1 97

Re: [PATCH] removal of "static foo = 0"

2000-11-27 Thread Michael Meissner
o on mips in practice though. That needs to be fixed ASAP to use an array (not a structure). It is simply wrong to depend on two variables winding up in at adjacent offsets. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PR

Re: [PATCH] removal of static foo = 0

2000-11-27 Thread Michael Meissner
visiblity and such. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482 - To unsubscribe from this list: send the line "unsubscribe linux-kern

Re: [PATCH] removal of static foo = 0

2000-11-27 Thread Michael Meissner
of, is that the kernel uses structs to talk to real devices and interact with system calls with fixed layouts). -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED

Re: [PATCH] removal of static foo = 0

2000-11-27 Thread Michael Meissner
SAP to use an array (not a structure). It is simply wrong to depend on two variables winding up in at adjacent offsets. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL

Re: Universal debug macros.

2000-11-26 Thread Michael Meissner
r tools plus web pages I want to serve. If I was serving much more content, I would probably chuck the compiler tools/kernel source. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 No

Re: [PATCH] removal of "static foo = 0"

2000-11-26 Thread Michael Meissner
ces, and those must be hand initialized. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482 - To unsubscribe from this list: send the lin

Re: [PATCH] removal of static foo = 0

2000-11-26 Thread Michael Meissner
. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" i

Re: Universal debug macros.

2000-11-26 Thread Michael Meissner
chuck the compiler tools/kernel source. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482 - To unsubscribe from this list: send

Re: Advanced Linux Kernel/Enterprise Linux Kernel

2000-11-14 Thread Michael Meissner
using 36 bit words. The operating system and system software was written in PL/1. Bell Labs had bought a GE-645 and was one of the three development partners (along with GE and MIT) until they withdrew in April 1969. You might want to browse: http://www.multicians.org/ for more of the hist

Re: Advanced Linux Kernel/Enterprise Linux Kernel

2000-11-14 Thread Michael Meissner
E-645 and was one of the three development partners (along with GE and MIT) until they withdrew in April 1969. You might want to browse: http://www.multicians.org/ for more of the history of Multics. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886,

Re: Where is it written?

2000-11-10 Thread Michael Meissner
have their own ideas of what to work on. Also note, that for -mregpar=n, it is important that variable argument functions be declared properly in all callers, since they need to use the standard calling sequence. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA

Re: Where is it written?

2000-11-10 Thread Michael Meissner
On Fri, Nov 10, 2000 at 07:11:37PM -0500, Albert D. Cahalan wrote: > Michael Meissner writes: > > > It may be out of print by now, but the original reference > > for the x86 ABI, is the: > > > > System V Application Binary Interface > > Intel386 (t

Re: Where is it written?

2000-11-10 Thread Michael Meissner
n from: http://www.sco.com/developer/devspecs/abi386-4.pdf -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482 - To unsubscribe from thi

Re: Where is it written?

2000-11-10 Thread Michael Meissner
/developer/devspecs/abi386-4.pdf -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482 - To unsubscribe from this list: send the line

Re: Where is it written?

2000-11-10 Thread Michael Meissner
On Fri, Nov 10, 2000 at 07:11:37PM -0500, Albert D. Cahalan wrote: Michael Meissner writes: It may be out of print by now, but the original reference for the x86 ABI, is the: System V Application Binary Interface Intel386 (tm) Processor Supplement When Cygnus purchased

Re: Where is it written?

2000-11-10 Thread Michael Meissner
-mregpar=n, it is important that variable argument functions be declared properly in all callers, since they need to use the standard calling sequence. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-48

Re: xterm: no available ptys

2000-11-06 Thread Michael Meissner
e ptys > > I'm not sure which device I'm missing in /dev. I'm no > expert on how the tty's and stuff work so feel free to > fill me in. Everything else seems to work fine on the > CD. Did you mount /dev/pts, which is usually done with a line in /etc/fstab: none /dev/pts devpts gi

Re: xterm: no available ptys

2000-11-06 Thread Michael Meissner
I'm missing in /dev. I'm no expert on how the tty's and stuff work so feel free to fill me in. Everything else seems to work fine on the CD. Did you mount /dev/pts, which is usually done with a line in /etc/fstab: none /dev/pts devpts gid=5,mode=0622 0 0 -- Michael Meissner, Red Hat, Inc

Re: non-gcc linux? (was Re: Where did kgcc go in 2.4.0-test10?)

2000-11-04 Thread Michael Meissner
emed willing to step in (at the time Cygnus only had 4 GCC engineers, and like now there was always more GCC work to do than bodies to do work). The trouble is it takes a lot of time from your paying job to actively participate (figure 4 week long meetings a year, plus the time to read documents,

Re: non-gcc linux? (was Re: Where did kgcc go in 2.4.0-test10?)

2000-11-04 Thread Michael Meissner
well). Note, I seriously doubt Linus will want a flag day (ie, after a given kernel release, you must use revision n of the compiler, but before that release, you must use revision n-1 of the compiler), so you still have to maintain support for the old GCC way of doing things, in addition to the C9

Re: non-gcc linux? (was Re: Where did kgcc go in 2.4.0-test10?)

2000-11-04 Thread Michael Meissner
of the compiler, but before that release, you must use revision n-1 of the compiler), so you still have to maintain support for the old GCC way of doing things, in addition to the C99 way of doing things probably for a year or so. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3

Re: non-gcc linux? (was Re: Where did kgcc go in 2.4.0-test10?)

2000-11-04 Thread Michael Meissner
engineers, and like now there was always more GCC work to do than bodies to do work). The trouble is it takes a lot of time from your paying job to actively participate (figure 4 week long meetings a year, plus the time to read documents, wordsmith, etc.). -- Michael Meissner, Red Hat, Inc. PMB 198

Re: Kernel 2.2.17 with RedHat 7 Problem !

2000-10-23 Thread Michael Meissner
ince a[i] = b[i++] does not have a sequence, it is explicitly undefined behavior in the standard. As I recall Bernd Schmidt recently found a number of places where the above construct is used in the Linux kernel. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, M

Re: Kernel 2.2.17 with RedHat 7 Problem !

2000-10-23 Thread Michael Meissner
ce, it is explicitly undefined behavior in the standard. As I recall Bernd Schmidt recently found a number of places where the above construct is used in the Linux kernel. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED]

Re: Kernel 2.2.17 with RedHat 7 Problem !

2000-10-22 Thread Michael Meissner
zation level, what was on the stack and in the registers when main started, and possibly other criteria. Just because a program is executing, it doesn't mean it is correct. Both the kernel and the compiler are large complex pieces of software, and almost certainly have bugs in them, and over the yea

Re: Kernel 2.2.17 with RedHat 7 Problem !

2000-10-22 Thread Michael Meissner
it doesn't mean it is correct. Both the kernel and the compiler are large complex pieces of software, and almost certainly have bugs in them, and over the years, I have certainly found some of these bugs as I use new versions of each. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Ro

Re: 2.4.0-test9 + Winchip2/2A processor family == hang on boot

2000-10-11 Thread Michael Meissner
nditional floating point move, and a few other instructions that GCC currently does not generate code for such as atomic exchange of 8 bytes. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486

Re: 2.4.0-test9 + Winchip2/2A processor family == hang on boot

2000-10-11 Thread Michael Meissner
floating point move, and a few other instructions that GCC currently does not generate code for such as atomic exchange of 8 bytes. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work

Re: Large File support and blocks.

2000-09-01 Thread Michael Meissner
e. > You know how it goes- you do a trick once- you don't change it for years... According to the ChangeLog of the 2.7.2.3 compiler, Doug Evans added it in March of 1995. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL

Re: Large File support and blocks.

2000-09-01 Thread Michael Meissner
viously, if you do this and gcc 7.0 changes the interface to call different functions, you are hosed. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax

Re: Large File support and blocks.

2000-09-01 Thread Michael Meissner
different functions, you are hosed. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482 - To unsubscribe from this list: send

Re: Large File support and blocks.

2000-09-01 Thread Michael Meissner
it for years... According to the ChangeLog of the 2.7.2.3 compiler, Doug Evans added it in March of 1995. -- Michael Meissner, Red Hat, Inc. PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA Work: [EMAIL PROTECTED] phone: +1 978-486-9304 Non-work: [EMAIL