home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / compiler / 2271 < prev    next >
Encoding:
Text File  |  1993-01-28  |  1.7 KB  |  39 lines
  1. Newsgroups: comp.compilers
  2. Path: sparky!uunet!think.com!spdcc!iecc!compilers-sender
  3. From: zstern@adobe.com (Zalman Stern)
  4. Subject: Re: justify use of flex vs lex
  5. Reply-To: zstern@adobe.com (Zalman Stern)
  6. Organization: Adobe Systems Incorporated
  7. Date: Tue, 26 Jan 1993 23:30:15 GMT
  8. Approved: compilers@iecc.cambridge.ma.us
  9. Message-ID: <93-01-196@comp.compilers>
  10. Keywords: lex, flex
  11. References: <93-01-178@comp.compilers>
  12. Sender: compilers-sender@iecc.cambridge.ma.us
  13. Lines: 24
  14.  
  15. swl26@cas.org (Steve Layten x3451) writes:
  16. [Asks about vendor support of lex.]
  17.  
  18. My impression from having worked at a UNIX vendor is the only way lex
  19. would get fixed is if USL did the work. Code like lex originates off some
  20. source distribution and then percolates through N layers of source control
  21. and finally makes it into a build. The build is regression tested and so
  22. long as nothing fails, it's shipped. Vendors are loathe to fix something
  23. like lex because they have to merge their fixes the next time they get a
  24. source drop.  And given that most people have either learned to work
  25. around the bugs or picked up flex instead, there is little incentive to do
  26. so.
  27.  
  28. The easy way to get around stupid management restrictions in this case is
  29. to bundle flex with your project's code. Have the build mechanism build
  30. the tool first and you're in business. (If your management asks why you
  31. didn't use lex, they're probably smart enough to understand a detailed
  32. description of how lex is broken...)
  33. --
  34. Zalman Stern           zalman@adobe.com            (415) 962 3824
  35. Adobe Systems, 1585 Charleston Rd., POB 7900, Mountain View, CA 94039-7900
  36. -- 
  37. Send compilers articles to compilers@iecc.cambridge.ma.us or
  38. {ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.
  39.