certik

10 ms·

91.
by certik 4y ago
Please go ahead, that would be great. The output of this script: https://github.com/certik/slabikar-otf/blob/dce9fc9e575f7d6e... creates a single line SVG. The other scripts then feed it to Inkscape and read
92.
by certik 4y ago
Yes, we can! Can you please submit a pull request here: https://github.com/certik/slabikar-otf , just add the new character definitions here: https://github.com/certik/slabikar-otf/blob/dc
93.
by certik 4y ago
Indeed! The above cursive is a Czechoslovakian style from 1990s (I think it hasn't changed much since then), and most European countries have quite similar cursive. In the United States the cursive is actually similar also, but a few l
94.
by certik 4y ago
I created this cursive handwriting OTF font that you can test in a browser (or any other program): https://certik.github.io/slabikar-otf/ It correctly connects letters and it can do Czech and Slovak accents. It is base
95.
by certik 4y ago
Dear Vivek, thank you for the note. I am the original author of SymPy. Most people who work on SymPy myself included do it in our free time. So far this has cost many hours of my and many other people's free time to try to figure out w
96.
LFortran Minimum Viable Product (MVP)(lfortran.org)
10 points by certik 5y ago|2 comments
97.
by certik 5y ago
Co-author here. If you have any feedback on our work or any questions, please let us know. I'll be happy to answer.
98.
by certik 5y ago
I am a Fortran advocate, but I don't complain that people use C++ or Python. I use C++ and Python myself, both are great languages. I agree Fortran is missing the library ecosystem, and that is why we started fpm. It takes years to fix
99.
by certik 5y ago
Also with LFortran ( https://lfortran.org ) being interactive like Julia, our hope is that it will allow to prototype directly in Fortran. (I am the original author of LFortran.)
100.
by certik 5y ago
Indeed, I expect it will be newcomers to Fortran from languages like Python, Julia or Matlab who will really like LFortran once it matures. We are working very hard on it and are close to compiling real world projects, you can follow our pr
101.
by certik 5y ago
Thank you. I agree with all of this, and that is precisely the reason why I decided to get involved to make things better. To fix all of the above I believe we need: * Much better tooling and more organized community, thus we started https
102.
by certik 5y ago
This issue of separating a build system and a package manager vs lumping it together is a key design decision. We chose to follow Rust's Cargo, which lumps it together. It seems like a wrong decision at first (for the reason you stated
103.
by certik 5y ago
I don't know what exactly is going on, but last time I looked into it, it seemed the main difference between the codes was how quickly you can do 1/sqrt(x). Ultimately, I would like to see more numerical benchmarks and also compar
104.
by certik 5y ago
The first version was actually in Rust, then Haskell and finally in Fortran.
105.
by certik 5y ago
It sounded like a crazy idea at first, but then we discussed it and realized this is exactly what we should do. It makes perfect sense.
106.
by certik 5y ago
There is also LFortran, an interactive Fortran compiler: https://lfortran.org/ Which has multiple backends, besides the default LLVM one, it also has a C++ backend (to translate Fortran projects to a readable C++), and once
107.
by certik 6y ago
Good catch! Thank you: https://github.com/fortran-lang/fortran-lang.org/pull/230
108.
by certik 6y ago
I've seen a similar change in recent years. 10 years ago Intel Fortran was usually faster, at least 20%. Good 20%. GFortran seems to have caught up a lot.
109.
by certik 6y ago
Author of the blog post here. There are two Flang compilers: https://fortran-lang.org/compilers/ The legacy Flang and a new Flang. I don't know exactly the plans for the legacy Flang, but I assume the idea is to e
110.
by certik 6y ago
There is speed of compilation (I did some very preliminary benchmarks and I think it will be very good) and there is speed of the generated code, there currently we just use stock LLVM. But down the road we will have special optimizations o
111.
by certik 6y ago
Next time. ;)
112.
by certik 6y ago
Indeed. Intel Fortran is generally considered one of the best. It was not cheap, but it is now available for free. In general I think there is a huge opportunity for new compilers, and I have started one such effort myself: https:/&#x
113.
by certik 6y ago
LFortran is not ready yet for production usage, but I've been developing it on M1 Macs, everything works (both compiling of LFortran itself, as well as LFortran compiling other codes and interactive usage in Jupyter). It compiles reall
114.
by certik 6y ago
Author here. Yes, some people did not like the title, I didn't realize that it necessary means Fortran was dead. I meant it in the way of "rejuvenate". Fortran was not dead.
115.
by certik 6y ago
Great question. Here are some candidates: * https://github.com/rswier/c4 * https://github.com/Fedjmike/mini-c * https://github.com/rui314/8cc * https://github.com&
116.
by certik 6y ago
Yes, once MLIR is more mature, we plan to have a backend for LFortran to also use MLIR.
117.
by certik 6y ago
Thanks for the benchmarks. Do you see some intrinsic reason why a Fortran compiler couldn't do these optimizations? I would think it would know all the information so it would be the ideal place to optimize it.
118.
by certik 6y ago
LFortran author here. We will get there. I spent a lot of time in the last year bootstrapping our efforts around https://fortran-lang.org/ , which was very successful. I have shifted my focus on LFortran again now.
119.
by certik 6y ago
That has been requested quite often: https://gitlab.com/lfortran/lfortran/-/issues/97
120.
by certik 6y ago
LFortran author here. I missed one of these discussions.

More ›