Comments (11)
Will take care of it after vacation at the end of July
from winflexbison.
I have updated win_bison to v3.7.1 please test binaries win_flex_bison-2.5.23.zip.
I pushed changes in master branch and built it using VS2019.
Will update CMake stuff in a week. @GitMensch if you have a chance to verify and fix existing CMake and create VS2019 build target I will really appreciate it.
from winflexbison.
if you have a chance to verify and fix existing CMake
only hardly, I try to not use CMake when it isn't necessary and dislike if I have to
and create VS2019 build target
In CMake or a plain VS sln? The later should be possible, if needed.
from winflexbison.
Bison 3.7 is really cool Haven't seen that before - thank you.
So did we get any further with the coloring? This would obviously be useful for 3.7, too.
from winflexbison.
only hardly, I try to not use CMake when it isn't necessary and dislike if I have to
Ok, don't mind I will update CMake.
In CMake or a plain VS sln? The later should be possible, if needed.
I have created VS2019 folder with sln file there.
So did we get any further with the coloring? This would obviously be useful for 3.7, too.
No, I only adopted new code.
Also I had to simplify unicode support introduced in 3.7.1 (see unicodeio.c ). For example instead of Unicode 'dot' symbol it uses fallback "*" character.
To fix this I need some example that uses this code (I guess it's some calling argument). I didn't dig into this.
from winflexbison.
Just looked at v3.7 release notes and saw '-Wcounterexamples' option that uses unicode symbols. I think it makes sense to fix "unicodeio.c" file.
from winflexbison.
Just looked at v3.7 release notes and saw '-Wcounterexamples' option that uses unicode symbols. I think it makes sense to fix "unicodeio.c" file.
After some investigation it seems very hard to output multibyte strings in windows console.
Will leave it as it is.
Any ideas/help are welcome.
from winflexbison.
After some investigation it seems very hard to output multibyte strings in windows console.
That wouldn't be reasonable as the windows console has a long history of bad and partial broken support for that. The only "target" for that would be a redirection of stderr to a file.
Will leave it as it is.
If that is about the
`.>
instead of the single multibyte character: that would be fine as-is.
But if someone uses an encoding with multibyte chars in the source file (UTF-8, UTF-16 or others) for the tokens, like
%token UMLAUT_AE "Ä"
%token UMLAUT_UE "Ü"
then this should be preserved in the generated source.
from winflexbison.
But if someone uses an encoding with multibyte chars in the source file (UTF-8, UTF-16 or others) for the tokens, like
I don't remember any other issues while adopting new bison version.
Can you check that mulibyte tokens are supported now or do you have some example *.y file to try?
from winflexbison.
A new release has been published v2.5.23
Also new version has been pushed as a chocolatey package v2.5.23.20200829.
from winflexbison.
Consider this issue as done.
from winflexbison.
Related Issues (20)
- v2.5.23 not working on Windows XP HOT 25
- Can not fix file via --update HOT 16
- Crash on invalid input HOT 6
- Visual Studio - win_bison creates tab.h file exceeding compiler limits HOT 8
- Update to bison 3.7.4 HOT 10
- Trouble compiling a *.l file using CMake HOT 7
- %option c++ is not compatible with %option noyywrap - linker error: multiple definition HOT 5
- Install guide lines? HOT 3
- Loss of data conversion in Flex scanner. HOT 5
- Update to Bison 3.8.1 HOT 11
- Missing LICENSE/COPYING file in repository toplevel HOT 6
- Cannot compile Bison input in C++ mode HOT 2
- Visual Studio dependencies and the provided CustomBuildRules HOT 3
- Could this project build with gcc HOT 2
- Runtime error when running multiple flex processes HOT 19
- D language support fixes reported upstream
- Using api.prefix{ ... } breaks yyerror()
- Chocolatey for 2.5.25 (Bison 3.8) HOT 1
- BSD license and GPL license missing from the binary package
- YYPTRDIFF_T not 64bit compatible?
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from winflexbison.