mit es regalar el codigo, con gpl la cooperacion es si o si, amenos que seas google, apple, mocosoft, ...

SDL2 al ser licencia zlib te permite hacer lo que te venga en gana, lo mismo para las licencias mit y bsd, pero si utilizas codigo con licencia gnu gpl obligatoriamente tienes que distribuir el codigo fuente al distribuir los binarios no solo por temas legales tambien por motivos eticos bajo la gpl

viendo un poco el codigo el lector xml es de otro autor y solo dice "todos los derechos reservados" tendrias que tener permiso expreso del autor para hacer uso de dicho codigo

el tema de la licencia no es trivial, no con mucho esfuerzo pueden optenerse las cabeceras de las librerias que utilizas,.. si no incluyes licencia significa "todos los derechos reservados" lo cual entra en cotradiccion con publicar el codigo en github pues puede ser presa de un fork en teoria "no permitido", no soy licenciado, ni nada similar, pero almenos ese echo en mi caso desalenta cualquier colaboracion y uso del "producto" que ofreces

hola, acabo de ver en proyecto en github, el manual informa la existencia de un make para gnu/linux podrias agregarlo al repositorio

pregunta: el codigo en src_lib supongo el codigo de la libreria compila? mañana jugare a compilarlo solo por que si

sugerencia (de nuevo): agrega una licencia al codigo

log para "la gente del futuro" : se retira el enlace del anterior comentario, el error era provocado por no inicializar una varible. compilar con gcc o clang proporciona el mismo resultado.

adicionalmente se realizo una comparacion (se tomo la prueva de pcre elaborada por [dack100][sourceforge]) con las principales librerias.

los links

https://github.com/nasciiboy/RecursiveRegexpRaptor
https://github.com/nasciiboy/RecursiveRegexpRaptor-vs-Benchmarks

las siguientes metas

- explicacion de construccion detallada
- buscar un reemplazo elegante tanto en sintaxis como en codigo a la "negacion de expresion"
- mejorar el rendimiento.

el ultimo proposito escapa del plantamiento inicial de la libreria, el cual consite en ser el motor  mas sencillo tanto de uso como de codigo, por lo que seria un derivado con otro nombre... a menos que.. la nueva version "encaje armonicamente" con el codigo existente...

que tal, despues de unos meses trabajando en la libreria (reescribierdola de cero y modificando algunas cosas) hay una nueva vercion, esta ves incluye backreferences, ignorecase, y una peculiar forma de negar expreciones. y dos verciones de la liberira, puro ascii y utf8

lo he compilado con gcc 6.1.1 en freidora 24, creo que hay algun problema con gcc pues se producen dos errores especificamente en las pruebas  de las lineas 180 y 181. en cambio con clang version 3.8.0 cero errores.. dejo un enlace para que me hagan el favor de probar con su compilador, el comando es

   $ compilador test_ascii.c regexp3_ASCII.c

  $ a.out

https://drive.google.com/open?id=0BwlAq07XJ-Rta0lXZFRheUdjdVk

gracias

no es que sea el mayor sabio del tema, pero un timer "marca" el ritmo del gameloop, sin este el procesamiento de tu juego dependera del hardware en el que se ejecute, en alguno podria funcionar bien y en otros ir desbocado. principalmente controla la velocidad con la que se recive informacion, se procesa esta y se dibuja por pantalla, el timer mas basico es hacer una pausa a lo bruto luego de dibujar y luego de esta el gameloop se repite, algo mas elaborado es contar cuanto tiempo ha transcurrido ente el inicio del ciclo y el momento actual y dependiendo de este hacer alguna accion en determinado momento.

en su momente el "Tutorial de libSDL para la programación de videojuegos" de Antonio García Alba, fue lo mas decente que encontre (en ingles hay muchas mas cosas, pero no tengo ni puta idea de ingles), creo que este buen tipo la palmo o algo, por lo que el material no esta de todo fino, mas que un manual de como programar videojuegos en una detallada introduccion a la libreria sdl 1.2 con c++.

gracias por tanta info, ya le habia dado una revision al vuelo al codigo de org, como apenas y empiezo con elips no entendi nahhh.

el primer lenguaje con el que tome contacto fue C con el deitel 6ta edicion, hay mismo ley un poco de c++, el primer libro de piensa en C++, cuyo codigo me paracere una pasada, algo de bash y en algun momento comence con un libro de phyton que termine abandonando a las 100 paginas por aburricion. luego segui con el c de K&R, para luego regresar al daitel intentando todos los ejercicios. voy por el sexto capitulo. todo esto va a lo que pienso de la programacion:

- las cosas automagicas son aburridas, vease phyton, o lisp
- si no soy capas de entender por que y como funciona no puedo aprobechar correctamento lo que tengo y terminare con un monton de codigo redundante
- mientras mas codigo tiene un componente menos lo entiedes,

  la abstraccion esta en el diseño no en el lenguaje, si entiendes el problema cualquer lenguaje esta bien, y si cualquer lenguaje esta bien usa el mas eficiente C (no toco asm por desconociemiento y por aquello de la portabilidad), en muchas ocaciones he leido de lo elegante que es tal o cual lenguaje, de lo rapido del desarrollo en tal o cual, que ahora funciona 50% menos lento. programar es duro, aprender como hacerlo es mas duro y hasta entender perfectamente como funcionan dos o tres paginas de tu propio codigo es complicado. La belleza de la programacion esta en hacer como programadores nuestro codigo elegante, que lo tomes un dia y te pongas erecto de orgullo al ver tu creacion a prueba del tiempo, cambios  y lenguages de moda que ban y bienen. El codigo no es una herramienta, es un legado hay plasmo mi forma de enterder las cosas y las herramientas mentales con las que cuento. como analogia podria decir que culaquer cueva te cubre de la lluvia, sin embargo no vivimos en cuavas, hacer funcionar codigo a base de apaños es una verguenza, por ello pido consejo para en buen diseño incluso que alguien capasitado tome el mando, si estubiera al nivel ya lo haria yo mismo.

esto lo saco desde la frustracion de abrir gawk, emacs, ncurses y cualquer otro que me despierta interes y nunca entender ni una puta mierda, el codigo siempre esta desparramado en incontables ficheros, macros cripticas funciones incomprensibles, y librerias de proveniencia desconocida, sinceramente es una pena que el programador de esto le preste tan poca atencion ha hacer las cosas bien, por ejempro la libreria regexp de emacs tiene 6000 lineas, la ge gawk 14000, la de plain 9 unas 3000, todas ellas sin incluir las librerias a las que llaman, sin embargo alquien entiende el codigo? probablemente ni los programadores, quien mantendra esto en un par de años? algun entusiasta con el lenguage facilon de moda. la implementacion regexp para el proyecto que escribri tiene menos de 500 lineas y esta en c puro sin recurrir a ninguna libreria su diseño me tomo bastante y en ocaciones dude de su eficacia, sin embargo a cada necesidad que ha surgido se ha mantenido de pie y sigue siendo sencilla a la ves que detallada o eso intento y cada vez que me sugerjo en su codigo no puedo evitar sentirme orgulloso de su "maquinaria" de adamantium y diamante.

a mi parecer emacs es lo que hace grande a org, de otra forma implementar los bloques de codigo seria un desproposito, y otra cosa que lo hace grande es el outline-mode que le da vida y funcionalidad, aun asi  no termina de funcionar muy bien.

markdown, org y similares solo son intentos de minimizar la orible necesidad de utilizar html o tex, se conforman con esto y no terminan de dar el salto, ser validos por si mismos sin depender de nada,

en cuanto a el lenguage, sinceramente creo que el buen codigo y el buen diseño se impone a cualquer cosa. con esto en mente (segun yo) pues si has de hacer esto, usemos c y no millones de lineas de codigo en c disfrasadas de otra cosa como phyton, java o lo que sea, como en el caso de org-mode que esta escrito en elisp y con poco que el documento se extienda o complique la exportacion suele demorar su tiempo y en ocaciones no terminar nunca. programar bien es indistinto de lenguages, todo depende del tiempo que le dediques y de los conocimientos de los que dispongas.

una pequeña alucinacion/sueño sobre un nuevo formato para forjar documentacion. la idea es que se unan programadores nivel dios, cualquera con propuestas al formato o que proponga un buen diseño de como se hace un conversor de formatos decente

https://github.com/nasciiboy/morg

si queren compilar el codigo de la carpeta

gcc main.c regexp3.c exportToHtml.c fileUtils.c ripperMorg.c

y para ejecutar

./a.out -e test.morg

lista la version 1(misma direccion), se pasan de 393 lineas iniciales a 408, se agrega soporte utf8, signo especial de agrupacion con captura, reemplaso de capturas, generacion de nueva linea con captura y algo de musica al commit.

aun no lo escucho... mientras tanto apoyo las propuestas 2,3 y 4 de neo_one, la 1 me genera contradiccion, con la gpl para que necesitas dinero? todo se hace por amor al arte.

hola que tal,  aca el codigo:

https://github.com/nasciiboy/RecursiveRegexpRaptor

creo que es la biblioteca mas simple y pequeña del tipo que ha sido escrita jamas aunque no lo he corroborado,
ni conosco suficientemente el tema si saben algo mas se agradecera la informacion.

no cuenta con deteccion de errores (c no es asi) y el soporte a caracteres 16-24-32 bits es cuestionable.

se agradece, sin embargo me basta del  0 al 127, no hay por que ser tan modernos

se agradece la constancia, aunque se hace muy corto el episodio, podrian recitar algunas ficheros de codigo  fuente para extenderlo un poco.

lo digo por que soy un campesino llamado nascii d boy con la ambision de ser el rey de los prograbadores y escribir la autentica bibilia de la programacion todo en uno de 10 000 paginas o mas, partiendo de una deficiente educacion secundaria y tiempo libre esporadico.
que tengo que aprender ingles por mi cuenta, que en algune momento he de apreder matematicas no se cuales ni por donde empezar, que he de dominar almenos c.
que si sigo como voy en unos 10 años quiza tenga la meta pues si,
por el momento me lei en carrera como programar en c, c++ de daitel, luego pensando en c++, algo de bash, algo de emacs, algo de sdl.
tras frustracion por no apreder correctamente regrese a c con el magnifico 'el lenguaje de programacion c', en conjunto con ncurses, ahora estoy retomando como programar en c de daitel, y transcribiendo 'codigo limpio' (aunque no tengo intencio por el momento de conocer java) en un formato chulo como es el org-mode y ser demandado o algo asi, luego en la lista de lecturas sigue algo de algoritmos y despues quien sabe, que puedo decir he intentado apreder del codigo de otros pero luego de un rato me pareten todos una mierda mal diseñada, por esto algun dia en los futuros años esturdiare esamblador del nes para tomar enseñanzas desde el inicio
y si el futuro rey de los prograbadores opina que un alto grado de abstraccion del lenguaje de programacion y utilizar engines genericos y demas mierdas no es de gente descente

por si interesa "el lenguaje de programacion c" en formato org
https://github.com/nasciiboy/tcpl