home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.21 / text0079.txt < prev    next >
Encoding:
Internet Message Format  |  1990-10-26  |  5.6 KB
  1. From: oldman@dg-rtp.dg.com (Dan Oldman)
  2.  
  3.  
  4.                            Aug. 27, 1990
  5. Call for Participation: 
  6.  
  7. UNIX System V Programming Language issues SIG 
  8.  
  9. Announcing the formation of a UNIX International Special Interest 
  10. Group on Programming Language Issues.  This group will act as a 
  11. clearing house for UI member companies and other interested 
  12. parties to resolve issues of supporting various programming 
  13. languages on UNIX System V.  One pressing problem is the support 
  14. of debugging.
  15.  
  16. Debugging Support 
  17. ================= 
  18.  
  19. One significant change introduced by System V Release 4 is the 
  20. replacement of COFF (Common Object File Format) with ELF 
  21. (Executable and Linker Format) representation of programs. COFF, 
  22. despite many problems, had a barely acceptable but functional 
  23. representation for debugging information.  ELF, at this time, 
  24. lacks anything but the suggestion that the .debug section might 
  25. contain some debugging information. There is also only a weak 
  26. standard in the area of debugger interface to the kernel. 
  27.  
  28. The lack of a standard is a serious impediment to third party 
  29. compiler writers who wish to work with the standard system 
  30. debugger and with third party debugger writers that wish to 
  31. operate on many UNIX platforms with standard and third party 
  32. compilers. Any programmer who wishes to debug an application that 
  33. is built with two or more different compilers is also hurt by the 
  34. lack of a standard.
  35.  
  36. Attempting to develop standards in this area is not new. The 
  37. needs of the popular programming languages and debuggers are 
  38. substantial and past attempts have ended with the current 
  39. situation of "agreeing to disagree". This ignores the fact that 
  40. the 80-20 rule applies well here. We can solve the needs of 80% 
  41. of the community with 20% of the work. If we design extensibility 
  42. into the standard, the remaining 20% of the community can build 
  43. on top of the standard and get more done with less effort. 
  44.  
  45. UNIX Software Labs has developed a new debugger representation, 
  46. called DWARF, that is used in SVR4 C Issue 5 compiler and SDB 
  47. debugger. It has some of the qualities of an acceptable standard 
  48. and would probably be a good place to start. 
  49.  
  50. Goals of the SIG 
  51. ================ 
  52.  
  53. As stated earlier, the overall goal of the SIG is to provide a 
  54. clearing house for UI member companies and anyone else who has
  55. an interest to resolve programming language support related 
  56. issues on UNIX System V.  There are some specific projects that 
  57. the SIG must complete as soon as possible: 
  58.  
  59.     1. Develop a robust and efficient framework for debugging 
  60.        information. This framework will consist of a generic base 
  61.        that deals with the common problems of the popular third 
  62.        generation languages and supports extensibility for other 
  63.        uses. 
  64.     
  65.     2. Define how the following languages map onto this 
  66.        framework: C (K&R and ANSI), Fortran (77 and 90), C++, and 
  67.        probably others.
  68.     
  69.     3. Define the format of "core" files.
  70.     
  71.     4. Define the interface between the debugger and the RTLD 
  72.        (shared library runtime loader).
  73.     
  74.     5. Define a standard for Kernel support of debugging and then 
  75.        extend that standard to deal with upcoming features like 
  76.        threads. 
  77.  
  78. Beyond that there are other issues that could be standardized 
  79. such as support for debugging in the absence of debugger 
  80. information and support for long long integer types.  I'm sure 
  81. that there are more things that I have not mentioned here.
  82.  
  83. Mechanism 
  84. ========= 
  85.  
  86. It is the intention of the SIG to have bi-monthly meetings and 
  87. heavy network and conference call communication. We plan to have 
  88. an organizational meeting in late September.  Here's a start for 
  89. the proposed agenda. I will add anything else to it that is 
  90. requested. (See feedback below.) 
  91.  
  92.     Introductions and opportunity for individuals to state their 
  93.     interest and what they expect the SIG to accomplish
  94.     
  95.     Charter discussions and election of officers 
  96.     
  97.     Standardization priorities
  98.     
  99.     Debugger issues 
  100.     
  101.        Overall Goals of Debugging Information 
  102.        
  103.        Proposal for the framework 
  104.     
  105.     Discussion about the next meeting 
  106.  
  107. Feedback 
  108. ======== 
  109.  
  110. For the first meeting, I am targeting Thursday September 27th in the
  111. Boston area, but a final decision won't be made until I hear from
  112. the people who are interested in being involved.  Please respond 
  113. before Friday, September 7th, via email, fax, mail, or phone with the 
  114. information requested below.  I will acknowledge any messages that you 
  115. send me to avoid things being lost in the mail.
  116.  
  117.     Name: 
  118.     Organization: 
  119.     Area of interest: 
  120.     Phone number: 
  121.     Fax number: 
  122.     Email address: 
  123.     Mail address: 
  124.     Level of interest: 
  125.        __ I will attend most meetings and am willing to do 
  126.           significant spec writing. 
  127.        __ I will attend most meetings and actively review       
  128.           proposals. 
  129.        __ I will actively monitor the email discussions, but will 
  130.           not be able to attend meetings. 
  131.        __ I am interested in occasional status reports. 
  132.     Preferred location for meetings: 
  133.    
  134.     __ I can make it to the first meeting if it adheres to the 
  135.        following time or location constraints: 
  136.     
  137.     I would like the following added to the agenda: 
  138.     
  139.     Any other comments:
  140.  
  141.  
  142. Thank you for your interest. 
  143. ------------------------------------------------------------------
  144. Dan Oldman                        internet: oldman@dg-rtp.dg.com
  145. Data General Corporation          uucp: ...!mcnc!rti!dg-rtp!oldman
  146. 62 Alexander Drive                voice: (919) 248-6125 
  147. Research Triangle Park, NC 27709  fax:   (919) 541-9089 
  148. ------------------------------------------------------------------
  149.  
  150. Volume-Number: Volume 21, Number 80
  151.  
  152.