Opened 11 years ago
Closed 10 years ago
#39924 closed defect (fixed)
bison @3.0: lib/math.h:27:23: error: #include nested too deeply
Reported by: | nonstop.server@… | Owned by: | larryv (Lawrence Velázquez) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | cooljeanius (Eric Gallager), ballapete (Peter "Pete" Dyballa), fang@…, akimd (Akim Demaille), pho@…, mww@… | |
Port: | bison |
Description
Upgrading port bison fails with error message:
Making all in . make[2]: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_bison/bison/work/bison-3.0' CC lib/math.o CC lib/mbswidth.o In file included from lib/math.h:27, from lib/math.h:27, from lib/math.c:3: lib/math.h:27:23: error: #include nested too deeply CC lib/pipe2.o CC lib/pipe2-safer.o CC lib/printf-frexp.o CC lib/printf-frexpl.o CC lib/progname.o CC lib/quotearg.o make[2]: *** [lib/math.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_bison/bison/work/bison-3.0' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_bison/bison/work/bison-3.0' make: *** [all] Error 2 make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_bison/bison/work/bison-3.0' Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_bison/bison/work/bison-3.0" && /usr/bin/make -j2 -w all Exit code: 2
Version Information:
Mac OS Version: ProductName: Mac OS X ProductVersion: 10.5.8 BuildVersion: 9L31a Darwin 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386 Xcode Version: Xcode 3.1.4 Component versions: DevToolsCore-1204.0; DevToolsSupport-1186.0 BuildVersion: 9M2809 Macports Version: Version: 2.1.3
Attachments (1)
Change History (19)
Changed 11 years ago by nonstop.server@…
Attachment: | main.log.bz2 added |
---|
comment:1 Changed 11 years ago by cooljeanius (Eric Gallager)
Cc: | egall@… added |
---|
comment:2 follow-up: 3 Changed 11 years ago by cooljeanius (Eric Gallager)
In cases of failures like this, it'd be useful to have a bison2 port to fall back on in the meantime: #39910
comment:3 follow-up: 4 Changed 11 years ago by larryv (Lawrence Velázquez)
Cc: | mww@… removed |
---|---|
Owner: | changed from macports-tickets@… to mww@… |
Summary: | bison @3.0 lib/math.h:27:23: error: #include nested too deeply → bison @3.0: lib/math.h:27:23: error: #include nested too deeply |
Replying to egall@…:
In cases of failures like this, it'd be useful to have a bison2 port to fall back on in the meantime
By that rationale, every port should actually be several ports, one for every version. The only reason we might need a bison2 port is to accommodate other ports that haven’t yet been updated to work with Bison 3.0.
comment:4 follow-up: 5 Changed 11 years ago by cooljeanius (Eric Gallager)
Replying to larryv@…:
Replying to egall@…:
In cases of failures like this, it'd be useful to have a bison2 port to fall back on in the meantime
By that rationale, every port should actually be several ports, one for every (major) version.
I'd be okay with that. Fink does that, and that's one of the few things that I still prefer about Fink.
comment:5 follow-up: 6 Changed 11 years ago by larryv (Lawrence Velázquez)
Replying to egall@…:
I'd be okay with that. Fink does that, and that's one of the few things that I still prefer about Fink.
Yes, well, the rest of us (who would have to deal with double or triple the number of ports) would not be “okay with that”. Sorry.
comment:6 Changed 11 years ago by cooljeanius (Eric Gallager)
Replying to larryv@…:
Replying to egall@…:
I'd be okay with that. Fink does that, and that's one of the few things that I still prefer about Fink.
Yes, well, the rest of us (who would have to deal with double or triple the number of ports) would not be “okay with that”. Sorry.
If it's just a matter of not having enough people to deal with that many more ports, I'd be more than happy to take over that responsibility for you guys.
comment:7 Changed 11 years ago by ballapete (Peter "Pete" Dyballa)
The same also happens on PPC Tiger, Mac OS X 10.4.11.
comment:9 Changed 11 years ago by ballapete (Peter "Pete" Dyballa)
Cc: | Peter_Dyballa@… removed |
---|
Cc Me!
comment:10 Changed 11 years ago by ballapete (Peter "Pete" Dyballa)
Cc: | Peter_Dyballa@… added |
---|
Cc Me!
comment:12 Changed 11 years ago by akimd (Akim Demaille)
It's a pity that this issue had never been reported to the bison team. This is the first time I hear about such an issue.
Anyway, Bison 3.0.2 is out now, so maybe the issue of recursive includes is fixed now.
Are there still packages that have problems with Bison 3.0? The migration is easy, and I'm ready to help. If there is a list of packages that do not work properly with 3.0 somewhere.
comment:15 follow-up: 16 Changed 10 years ago by pho@…
I think I should have let you MacPorts people know that I have fixed this in pkgsrc devel/bison last year. The workaround is in the upstream repository now:
comment:16 follow-up: 17 Changed 10 years ago by larryv (Lawrence Velázquez)
Cc: | mww@… added |
---|---|
Owner: | changed from mww@… to larryv@… |
Status: | new → assigned |
Akim, did this fix make it into 3.0.4?
comment:17 follow-up: 18 Changed 10 years ago by akimd (Akim Demaille)
comment:18 Changed 10 years ago by larryv (Lawrence Velázquez)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Great, fixed by r134201.
Cc Me!