Opened 10 years ago

Closed 8 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)

main.log.bz2 (7.4 KB) - added by nonstop.server@… 10 years ago.

Download all attachments as: .zip

Change History (19)

Changed 10 years ago by nonstop.server@…

Attachment: main.log.bz2 added

comment:1 Changed 10 years ago by cooljeanius (Eric Gallager)

Cc: egall@… added

Cc Me!

comment:2 Changed 10 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 in reply to:  2 ; Changed 10 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 deeplybison @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 in reply to:  3 ; Changed 10 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 in reply to:  4 ; Changed 10 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 in reply to:  5 Changed 10 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 in reply to:  description Changed 10 years ago by ballapete (Peter "Pete" Dyballa)

The same also happens on PPC Tiger, Mac OS X 10.4.11.

comment:8 Changed 10 years ago by ballapete (Peter "Pete" Dyballa)

Cc: Peter_Dyballa@… added

Cc Me!

comment:9 Changed 9 years ago by ballapete (Peter "Pete" Dyballa)

Cc: Peter_Dyballa@… removed

Cc Me!

comment:10 Changed 9 years ago by ballapete (Peter "Pete" Dyballa)

Cc: Peter_Dyballa@… added

Cc Me!

comment:11 Changed 9 years ago by fang@…

Cc: fang@… added

Cc Me!

comment:12 Changed 9 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:13 Changed 9 years ago by akimd (Akim Demaille)

Cc: akim.demaille@… added

Cc Me!

comment:14 Changed 8 years ago by pho@…

Cc: pho@… added

Cc Me!

comment:15 Changed 8 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:

http://git.savannah.gnu.org/cgit/bison.git/commit/?h=next&id=0ab29b7c200d864b3b0ce8eae26eeceab8112221

comment:16 in reply to:  15 ; Changed 8 years ago by larryv (Lawrence Velázquez)

Cc: mww@… added
Owner: changed from mww@… to larryv@…
Status: newassigned

Akim, did this fix make it into 3.0.4?

comment:17 in reply to:  16 ; Changed 8 years ago by akimd (Akim Demaille)

Replying to larryv@…:

Akim, did this fix make it into 3.0.4?

Yes, it is in 3.0.4.

comment:18 in reply to:  17 Changed 8 years ago by larryv (Lawrence Velázquez)

Resolution: fixed
Status: assignedclosed

Great, fixed by r134201.

Note: See TracTickets for help on using tickets.