Path: utzoo!telly!ddsw1!spl1!lll-winken!uunet!nuchat!orion@nuchat From: orion@nuchat (Roland Dunkerley) Newsgroups: gnu.utils.bug Subject: gas 1.28 (I guess.) bug SysV/386 Summary: gcc uses .ln psuedo, but gas doesn't know it Keywords: gas gcc System V 80386 Libyan Terrorists Bomb Drug Airline Message-ID: <2813@nuchat.UUCP> Date: 13 Jan 89 05:54:38 GMT Sender: orion@nuchat.UUCP Reply-To: orion@nuchat.UU.NET (Roland Dunkerley) Followup-To: gnu.utils.bug Organization: South Coast Computing Services, Houston, Tx. Lines: 23 Cc: orion steve I think I have found a disagreement between gcc 1.32 and gas "1.28 (I guess.)" (that's the version number I get back from gas -v). Anyway, gcc produces lines of the form .ln ### (where ### is presumably a line number in the source file) in the .s file produced by gcc-cc1, and these are not supported by gas. Any suggestions? Also on another note, although I will make a formal announcement later when I package up my fixes to ship to rms, I've discovered a problem with robotussin and the /lib/crt1.o on our SysV/386 box, it seems that robotussin doesn't know how to handle .init sections properly. My fix was to edit the file /lib/crt1.o (actually a copy of it so as not to destroy the original) replacing .init with .text, I then ran the resultant file through ld as follows: ld oocrt1.o crt1.ld -o ocrt1.o where crt1.ld contains: SECTIONS { .text: { } .data: { } .bss: { } } ----- This causes the two .text sections in oocrt1.o to be consolidated into one .text section. the resulting file runs through robotussin fine. Note that I have not tested this yet, due to the aforementioned problem with gas. More on this later when I know more. Oh, by the way, many thanks to those who worked on the gas and gdb 386 ports, gdb inside emacs is a BIG win over sdb, if only it ran the program in a term-mode window seperate from gdb... Maybe I'll add that, what do y'all think? (would other people like that addition too?) more later, Roland Pleasant Dunkerley III, KSC *** (orion@nuchat.UUCP) (uunet.UU.NET!nuchat!orion) *** South Coast Computing Services *** We service Publicly Redistributable software - reasonable rates *** Inquire within