Linux PARISC architecture development
 help / color / mirror / Atom feed
* Re: [parisc-linux] kernel updates.
@ 1999-04-19 21:04 Cary Coutant
  1999-04-19 21:09 ` Ulrich Drepper
  1999-04-19 21:41 ` Alex deVries
  0 siblings, 2 replies; 11+ messages in thread
From: Cary Coutant @ 1999-04-19 21:04 UTC (permalink / raw)
  To: Alex deVries, Ulrich Drepper; +Cc: parisc-linux

>> > And the answer to this is:  
>> > - the only docs we have for 32 bit ELF from HP are quite old
>> > - if they're incomplete, it's up to us fill in the information
>> > - this is a good forum to ask directed questions on this topic
>> 
>> The question is: "is the documentation incomplete or wrong?".
>
>My understanding is that that documentations' always been incomplete, but
>not wrong.  Really the best person to talk to is Cary.  Cary?

The latest ELF supplement for PA-RISC is Version 1.5, dated August 20, 
1998. I'll send it separately to you, Alex, and you can post it on your 
web page (easier than getting HP's external web server updated). 

This document covers both 32-bit and 64-bit programs, but notes that ELF 
files are supported on HP-UX only for 64-bit programs. Nevertheless, a 
complete set of 32-bit relocations is listed in the document (and, yes, 
some 32-bit relocations have the same number and meaning, but different 
names, as 64-bit relocations).

The document also doesn't contain either Elf-32 or Elf-64 structure 
definitions. I have a separate document that describes Elf-64, but we 
defer to outside documentation for the Elf-32 format (e.g., the SVR4 gABI 
document).

If there are areas considered incomplete, please let me know. I'll do my 
best to answer questions here (first), and update the documents (as I 
have time).

-cary

^ permalink raw reply	[flat|nested] 11+ messages in thread
* Re: [parisc-linux] kernel updates.
@ 1999-04-19 21:17 Cary Coutant
  1999-04-19 22:01 ` Ulrich Drepper
  0 siblings, 1 reply; 11+ messages in thread
From: Cary Coutant @ 1999-04-19 21:17 UTC (permalink / raw)
  To: Ulrich Drepper; +Cc: Alex deVries, parisc-linux

>But this is a problem.  We might have to change the names then.  One
>of the essential things about ELF is that it must be possible to have
>support for all kind of architectures in one program.  So all the
>definitions have to be able to peacefully coexist in one header file.

I don't believe there are any cases where the same name conflicts with 
two different numbers. We have cases where two names are used to refer to 
what is essentially the same relocation type, but that shouldn't be a 
conflict.

-cary

^ permalink raw reply	[flat|nested] 11+ messages in thread
* [parisc-linux] kernel updates.
@ 1999-04-18  6:10 Alex deVries
  1999-04-18  6:35 ` Ulrich Drepper
  0 siblings, 1 reply; 11+ messages in thread
From: Alex deVries @ 1999-04-18  6:10 UTC (permalink / raw)
  To: parisc-linux


So, I spent some time this rainy Saturday on the kernel, and brought the
kernel a little closer to building.  There's now about 8 to 12 undefined
symbols still to fix, but make dep and make vmlinux now do two different
things.

There's a lot of stuff still to do in this, please, take the kernel tree
and try compiling it.  More importantly, help me fix it.

And ld.  We need ld help.

- Alex

-- 
Alex deVries <puffin@redhat.com>     
Red Hat Contrib Net maintainer          
Ottawa, Canada  
PA RISC Linux Porting Team

^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~1999-04-19 22:25 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
1999-04-19 21:04 [parisc-linux] kernel updates Cary Coutant
1999-04-19 21:09 ` Ulrich Drepper
1999-04-19 21:41 ` Alex deVries
1999-04-19 22:05   ` Ulrich Drepper
  -- strict thread matches above, loose matches on Subject: below --
1999-04-19 21:17 Cary Coutant
1999-04-19 22:01 ` Ulrich Drepper
1999-04-18  6:10 Alex deVries
1999-04-18  6:35 ` Ulrich Drepper
1999-04-18  6:45   ` Alex deVries
1999-04-18  7:28     ` Ulrich Drepper
1999-04-18  7:42       ` Alex deVries

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox