| Summary: | bison-1.875.ebuild [update] | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Peter Pretsch <peter> |
| Component: | New packages | Assignee: | Martin Schlemmer (RETIRED) <azarah> |
| Status: | RESOLVED FIXED | ||
| Severity: | enhancement | CC: | avenj, mholzer, seemant, tidoineurope |
| Priority: | High | Keywords: | EBUILD |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
Bison 1.875 new package
Bison 1.875 new package Bison 1.875 new package |
||
|
Description
Peter Pretsch
2003-02-21 09:59:11 UTC
Created attachment 8580 [details]
Bison 1.875 new package
Created attachment 8581 [details]
Bison 1.875 new package
Created attachment 8582 [details]
Bison 1.875 new package
1. Other distro's do not have it yet (or Redhat, Mandrake and Debian at least).
2. Why we have not even had 1.75, is that it breaks compatibility with 1.35,
which cause a few things to fail (xfree and kde<something> quickly of the
top of my head).
Works for me (with flex 2.5.31 and snort 2.0.0) I just tripped over a bug relating to bison1.875 w/ gcc3.2.3 in a relatively trivial compiler, used in conjunction with a program I help support. Seems that it's being a little too eager to throw in __attribute__((__unused__)) sections where it shouldn't. Whilst the fix is relatively simple, and can be automated (aka, commenting out the erronous line), I really don't think it's quite stable enough as it is, if it's breaking on such simple code, IMO. -.^ FYI, code works fine with 1.35, 1.50 and 1.75. in cvs |