bugvile, a vi-compatible text editor - Bugs: bug #38964, compile under MacOS 10.8.3 fails...


bug #38964: compile under MacOS 10.8.3 fails with " vile: error: conflicting types for 'yyget_leng'"

Submitted by:  None
Submitted on:  Sat 11 May 2013 10:22:47 AM UTC  
Category:  None Severity:  3 - Normal
Item Group:  None Status:  Fixed
Privacy:  Public Assigned to:  None
Open/Closed:  Open

Add a New Comment(Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


( Jump to the original submission)

Mon 03 Jun 2013 10:35:02 AM UTC, comment #7:

This was fixed by adding a port for "reflex".

Thomas Dickey <dickey>
Project Administrator
Sat 11 May 2013 12:19:21 PM UTC, comment #6:

I did that a while back, but recall some pushback from one
of the packagers who wanted to try "new" flex anyway. So
it only warns in the current script.

Thomas Dickey <dickey>
Project Administrator
Sat 11 May 2013 12:17:03 PM UTC, comment #5:

We've solved the issue in MacPorts by using reflex instead of flex. You might still want to enhance vile so that it detects bad versions of flex at configure time and prints an error message advising the user what to do.

Ryan Schmidt <ryandesign>
Sat 11 May 2013 11:55:13 AM UTC, comment #4:

right - I'm adding the port stuff to my to-do list.
I hadn't gotten involved in that area since generally there
are existing ports and maintainers to deal with.

I think that biting off the reflex-port first would be enough
to see how the system works, and once done, I'll follow up
with fixing vile. (Making things actually build and port is
just the easy part).

Thomas Dickey <dickey>
Project Administrator
Sat 11 May 2013 11:40:33 AM UTC, comment #3:

So according to the FAQ, the 15-year-old flex 2.5.4a would work, but newer versions don't, and this is a flex problem, and the developers of flex do not respond to bug reports? The FAQ also seems to state that the problem has been worked around in vile 9.4, but we are experiencing the problem with vile 9.8. We could investigate creating a port for flex 2.5.4a, but getting software that old to compile on current versions of OS X is often a challenge. The FAQ says we could use reflex instead of flex. We don't have reflex in MacPorts but we could investigate adding it.

You may request to take over maintenance of a port by filing a ticket in the MacPorts issue tracker and attaching a patch changing the "maintainers" line to your email address (preferably in obfuscated "host:user" format). If you have other changes you'd like made to the port, you can include them in your patch as well.

Ryan Schmidt <ryandesign>
Sat 11 May 2013 11:11:41 AM UTC, comment #2:

sure -

I could do the MacPorts maintenance, but haven't found how to
take over the port. Will look again, but a hint might help.

Thomas Dickey <dickey>
Project Administrator
Sat 11 May 2013 10:53:52 AM UTC, comment #1:

The flex 2.5.37 you're talking about is not the one provided by OS X, but the one provided by MacPorts. Also, the vile port in MacPorts does not have a maintainer right now; I just happened to read and respond to your ticket.

Ryan Schmidt <ryandesign>
Sat 11 May 2013 10:22:47 AM UTC, original submission:

there seems a problem to have crept in, probably related to the the `flex' version used by MacOS nowadays: the `make' run fails with:

the maintainer of the `vile' port in the `Macports' packaging system wrote this:

`flex --version' yields 2.5.37 on my machine buy this is the same version as with the previous MacOS release (10.7) were vile compiled without problems. so I'm not sure where the problem is.



(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by dickey (Posted a comment)
  • -email is unavailable- added by ryandesign (Posted a comment)

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.




    Follows 1 latest change.

    Date Changed by Updated Field Previous Value => Replaced by
    2013-06-03 dickey StatusNone => Fixed

    Back to the top

    Powered by Savane 3.3