@Kuk, Muchas gracias. Es posible que necesitemos ayuda para determinar qué bibliotecas debemos incluir con el compilador, no queremos codificar extensiones no estándar directamente en la sintaxis, por lo que incluiremos bibliotecas y módulos para clases y funciones adicionales.
Estamos planeando trabajar en una biblioteca de GUI para Otterkit, tendrá que ser una biblioteca debido a que la naturaleza de la GUI es específica del sistema operativo en general. No queremos codificar extensiones de GUI no estándar directamente, ya que creemos que desviarse demasiado del estándar es un error que cometieron demasiados proveedores.
Codificarlo directamente en la sintaxis también dificulta que los usuarios elijan una biblioteca diferente. No queremos que los usuarios se vean obligados a usar una sola biblioteca.
@Nitzer, No creo que COBOL esté muerto, el lenguaje es bastante bueno, especialmente con los estándares más nuevos y también hay un montón de código en producción. Usar código COBOL orientado a objetos es mucho más fácil. El ecosistema solo necesita un poco de amor, y espero poder ayudar a mejorarlo y darle una nueva vida a COBOL.
Quiero darle al ecosistema un compilador de código abierto y gratuito para COBOL moderno, porque en este momento no hay un compilador de acceso gratuito para COBOL moderno.
He mirado NetCOBOL, pero desafortunadamente solo es compatible con COBOL 85.
Otterkit admitirá el estándar COBOL 2023, espero que podamos hacerlo mejor que los compiladores existentes actuales, porque COBOL necesita mejores herramientas. También estamos planeando trabajar en un servidor de lenguaje COBOL para compatibilidad con VSCode e IDE.
@Josber, Desafortunadamente, los mensajes de error solo están en inglés en este momento, tal vez podamos trabajar en los mensajes en español en el futuro, pero necesitaríamos ayuda de la comunidad COBOL de habla hispana.
Así es como se ven los mensajes de error en este momento:
[ATTACH=CONFIG]901[/ATTACH]
|