Hi I now get compilation errors as well with the most recent gcc, I'm working on fixing it and will then publish a .deb and .rpm as promised. Sorry for the delays.
Cheers David
Hi all The issue is the TOML library... It refuses to compile, I think I have to switch to a more recent and maintained library for parsing the TOML files. Anyone any input on a TOML library which will work reliably most likely? Or do we wanna switch to a configuration file format which is supported more reliably?
I now get compilation errors as well with the most recent gcc, I'm working on fixing it and will then publish a .deb and .rpm as promised. Sorry for the delays.
Cheers David
Hi Hagen I've now been fighting with these TOML libs and I'm fed up with it. I'll redo the configuration in XML now, because support for DOM trees is way more better supported by Qt5/C++ If this is upsetting you, speak up now.
Cheers David
On Thursday, 3 May 2018 12:38:22 AM HKT David Lanzendörfer wrote:
Hi all The issue is the TOML library... It refuses to compile, I think I have to switch to a more recent and maintained library for parsing the TOML files. Anyone any input on a TOML library which will work reliably most likely? Or do we wanna switch to a configuration file format which is supported more reliably?
I now get compilation errors as well with the most recent gcc, I'm working on fixing it and will then publish a .deb and .rpm as promised. Sorry for the delays.
Hi David! Why not do it at least in JSON, I mean TOML tries to be the more human friendly JSON, but XML is even more verbose and a pain to read and write I think...
BTW I read the ALF reference man now and slowly gonna do the parser. The hard part for me is that I nowhere find a inputfile for testing, so who's using this format :D Is it only internal for some manufacurerers? And I also will have tomorow a short meeting in my university asking in the chair of EDA for some input, support or poking potential interest in libresilicon.
Greetings, Paul
On 2018-05-03 10:42, David Lanzendörfer wrote:
Hi Hagen I've now been fighting with these TOML libs and I'm fed up with it. I'll redo the configuration in XML now, because support for DOM trees is way more better supported by Qt5/C++ If this is upsetting you, speak up now.
Cheers David
On Thursday, 3 May 2018 12:38:22 AM HKT David Lanzendörfer wrote:
Hi all The issue is the TOML library... It refuses to compile, I think I have to switch to a more recent and maintained library for parsing the TOML files. Anyone any input on a TOML library which will work reliably most likely? Or do we wanna switch to a configuration file format which is supported more reliably?
I now get compilation errors as well with the most recent gcc, I'm working on fixing it and will then publish a .deb and .rpm as promised. Sorry for the delays.
Libre-silicon-devel mailing list Libre-silicon-devel@list.libresilicon.com http://list.libresilicon.com/mailman/listinfo/libre-silicon-devel
Hi JSON doesn't have comments, and XML is better for making trees and alike. About the "Alliance file format", it's actually mutliple different file formats. You can git clone https://www-soc.lip6.fr/git/alliance.git and have a look at the reference implementation of their parser.
Cheers David
On Thursday, 3 May 2018 4:51:55 PM HKT p4w5 wrote:
Hi David! Why not do it at least in JSON, I mean TOML tries to be the more human friendly JSON, but XML is even more verbose and a pain to read and write I think...
BTW I read the ALF reference man now and slowly gonna do the parser. The hard part for me is that I nowhere find a inputfile for testing, so who's using this format :D Is it only internal for some manufacurerers? And I also will have tomorow a short meeting in my university asking in the chair of EDA for some input, support or poking potential interest in libresilicon.
Greetings, Paul
On 2018-05-03 10:42, David Lanzendörfer wrote:
Hi Hagen I've now been fighting with these TOML libs and I'm fed up with it. I'll redo the configuration in XML now, because support for DOM trees is way more better supported by Qt5/C++ If this is upsetting you, speak up now.
Cheers
David
On Thursday, 3 May 2018 12:38:22 AM HKT David Lanzendörfer wrote:
Hi all The issue is the TOML library... It refuses to compile, I think I have to switch to a more recent and maintained library for parsing the TOML files. Anyone any input on a TOML library which will work reliably most likely? Or do we wanna switch to a configuration file format which is supported more reliably?
I now get compilation errors as well with the most recent gcc, I'm working on fixing it and will then publish a .deb and .rpm as promised. Sorry for the delays.
Libre-silicon-devel mailing list Libre-silicon-devel@list.libresilicon.com http://list.libresilicon.com/mailman/listinfo/libre-silicon-devel
Hello David and Paul.
Well, I am not a programmer, my prgramming course on university dates back to 1990 in Pascal and later K&R C.
Using TOML was my idea, based on my research for a non-sql database. JSON has great support in Java and elsewhere, right. But JSON does not support comments, there is no accident-free way of using comments like // .. or /* .. */ inside the Source code. JSON is just a file format for transfering information between to Java-Engines. So I stumble across TOML.
Later I came across Rust, the most hyped programming language of the last years. And Rust is using TOML for their libraries [0].
XML is slightly over-engineered in my opinion, it should be human-readble but seriosly it isn't.
And yes, Paul, as we talked about the industrial environment for such tools - they are all quite old. Everyone is still using the old, propritary formats, we call in German "Industriestandard" with bitter voice. Everyone in that industry has this "Burgenmentalität", sorry my English lacks of this vocabulary. I do not know one tool which uses ALF, we are the first one.
[0] https://docs.rs/toml/0.4.6/toml/
On 05/03/2018 10:51 AM, p4w5 wrote:
Hi David! Why not do it at least in JSON, I mean TOML tries to be the more human friendly JSON, but XML is even more verbose and a pain to read and write I think...
BTW I read the ALF reference man now and slowly gonna do the parser. The hard part for me is that I nowhere find a inputfile for testing, so who's using this format :D Is it only internal for some manufacurerers? And I also will have tomorow a short meeting in my university asking in the chair of EDA for some input, support or poking potential interest in libresilicon.
Greetings, Paul
On 2018-05-03 10:42, David Lanzendörfer wrote:
Hi Hagen I've now been fighting with these TOML libs and I'm fed up with it. I'll redo the configuration in XML now, because support for DOM trees is way more better supported by Qt5/C++ If this is upsetting you, speak up now.
Cheers David
On Thursday, 3 May 2018 12:38:22 AM HKT David Lanzendörfer wrote:
Hi all The issue is the TOML library... It refuses to compile, I think I have to switch to a more recent and maintained library for parsing the TOML files. Anyone any input on a TOML library which will work reliably most likely? Or do we wanna switch to a configuration file format which is supported more reliably?
I now get compilation errors as well with the most recent gcc, I'm working on fixing it and will then publish a .deb and .rpm as promised. Sorry for the delays.
Libre-silicon-devel mailing list Libre-silicon-devel@list.libresilicon.com http://list.libresilicon.com/mailman/listinfo/libre-silicon-devel
Libre-silicon-devel mailing list Libre-silicon-devel@list.libresilicon.com http://list.libresilicon.com/mailman/listinfo/libre-silicon-devel
Hi As you can see here, it's pretty human readable... https://github.com/leviathanch/qtflow/blob/master/tech/ls1u.xml
Cheers David
On Thursday, 3 May 2018 5:10:50 PM HKT Hagen SANKOWSKI wrote:
Hello David and Paul.
Well, I am not a programmer, my prgramming course on university dates back to 1990 in Pascal and later K&R C.
Using TOML was my idea, based on my research for a non-sql database. JSON has great support in Java and elsewhere, right. But JSON does not support comments, there is no accident-free way of using comments like // .. or /* .. */ inside the Source code. JSON is just a file format for transfering information between to Java-Engines. So I stumble across TOML.
Later I came across Rust, the most hyped programming language of the last years. And Rust is using TOML for their libraries [0].
XML is slightly over-engineered in my opinion, it should be human-readble but seriosly it isn't.
And yes, Paul, as we talked about the industrial environment for such tools - they are all quite old. Everyone is still using the old, propritary formats, we call in German "Industriestandard" with bitter voice. Everyone in that industry has this "Burgenmentalität", sorry my English lacks of this vocabulary. I do not know one tool which uses ALF, we are the first one.
[0] https://docs.rs/toml/0.4.6/toml/
On 05/03/2018 10:51 AM, p4w5 wrote:
Hi David! Why not do it at least in JSON, I mean TOML tries to be the more human friendly JSON, but XML is even more verbose and a pain to read and write I think...
BTW I read the ALF reference man now and slowly gonna do the parser. The hard part for me is that I nowhere find a inputfile for testing, so who's using this format :D Is it only internal for some manufacurerers? And I also will have tomorow a short meeting in my university asking in the chair of EDA for some input, support or poking potential interest in libresilicon.
Greetings, Paul
On 2018-05-03 10:42, David Lanzendörfer wrote:
Hi Hagen I've now been fighting with these TOML libs and I'm fed up with it. I'll redo the configuration in XML now, because support for DOM trees is way more better supported by Qt5/C++ If this is upsetting you, speak up now.
Cheers
David
On Thursday, 3 May 2018 12:38:22 AM HKT David Lanzendörfer wrote:
Hi all The issue is the TOML library... It refuses to compile, I think I have to switch to a more recent and maintained library for parsing the TOML files. Anyone any input on a TOML library which will work reliably most likely? Or do we wanna switch to a configuration file format which is supported more reliably?
I now get compilation errors as well with the most recent gcc, I'm working on fixing it and will then publish a .deb and .rpm as promised. Sorry for the delays.
Libre-silicon-devel mailing list Libre-silicon-devel@list.libresilicon.com http://list.libresilicon.com/mailman/listinfo/libre-silicon-devel
Libre-silicon-devel mailing list Libre-silicon-devel@list.libresilicon.com http://list.libresilicon.com/mailman/listinfo/libre-silicon-devel
:-o
On 05/03/2018 01:40 PM, David Lanzendörfer wrote:
https://github.com/leviathanch/qtflow/blob/master/tech/ls1u.xml
Hagen.
Hi everyone I've now fixed the compilation errors in my Debian docker container, it should be compiling on Debian now. I'm now working on a debian package and will post the repository link shortly.
Cheers David
On Thursday, 3 May 2018 7:40:58 PM HKT David Lanzendörfer wrote:
Hi As you can see here, it's pretty human readable... https://github.com/leviathanch/qtflow/blob/master/tech/ls1u.xml
Cheers David
On Thursday, 3 May 2018 5:10:50 PM HKT Hagen SANKOWSKI wrote:
Hello David and Paul.
Well, I am not a programmer, my prgramming course on university dates back to 1990 in Pascal and later K&R C.
Using TOML was my idea, based on my research for a non-sql database. JSON has great support in Java and elsewhere, right. But JSON does not support comments, there is no accident-free way of using comments like // .. or /* .. */ inside the Source code. JSON is just a file format for transfering information between to Java-Engines. So I stumble across TOML.
Later I came across Rust, the most hyped programming language of the last years. And Rust is using TOML for their libraries [0].
XML is slightly over-engineered in my opinion, it should be human-readble but seriosly it isn't.
And yes, Paul, as we talked about the industrial environment for such tools - they are all quite old. Everyone is still using the old, propritary formats, we call in German "Industriestandard" with bitter voice. Everyone in that industry has this "Burgenmentalität", sorry my English lacks of this vocabulary. I do not know one tool which uses ALF, we are the first one.
[0] https://docs.rs/toml/0.4.6/toml/
On 05/03/2018 10:51 AM, p4w5 wrote:
Hi David! Why not do it at least in JSON, I mean TOML tries to be the more human friendly JSON, but XML is even more verbose and a pain to read and write I think...
BTW I read the ALF reference man now and slowly gonna do the parser. The hard part for me is that I nowhere find a inputfile for testing, so who's using this format :D Is it only internal for some manufacurerers? And I also will have tomorow a short meeting in my university asking in the chair of EDA for some input, support or poking potential interest in libresilicon.
Greetings, Paul
On 2018-05-03 10:42, David Lanzendörfer wrote:
Hi Hagen I've now been fighting with these TOML libs and I'm fed up with it. I'll redo the configuration in XML now, because support for DOM trees is way more better supported by Qt5/C++ If this is upsetting you, speak up now.
Cheers
David
On Thursday, 3 May 2018 12:38:22 AM HKT David Lanzendörfer wrote:
Hi all The issue is the TOML library... It refuses to compile, I think I have to switch to a more recent and maintained library for parsing the TOML files. Anyone any input on a TOML library which will work reliably most likely? Or do we wanna switch to a configuration file format which is supported more reliably?
I now get compilation errors as well with the most recent gcc, I'm working on fixing it and will then publish a .deb and .rpm as promised. Sorry for the delays.
Libre-silicon-devel mailing list Libre-silicon-devel@list.libresilicon.com http://list.libresilicon.com/mailman/listinfo/libre-silicon-devel
Libre-silicon-devel mailing list Libre-silicon-devel@list.libresilicon.com http://list.libresilicon.com/mailman/listinfo/libre-silicon-devel
libresilicon-developers@list.libresilicon.com
-
David Lanzendörfer -
Hagen SANKOWSKI -
p4w5