Tigcclib - Page 2

au fait, question stupide : c compliqué d'adapter un prgm avec cette lib ? faut juste faire ca a coup de #include "tigcckernellib.h" ou ya autre chose ? ?

Tichess licence:

-------------------------------------------------------------------------------
Copyright (read: "Copyleft")
-------------------------------------------------------------------------------

This program may be distributed by any other website except tict.ticalc.org for
non-commercial use only.
DISTRIBUTIONS ON ANY OTHER MEDIUM (Disc,CD-ROM,DVD etc.) except for personal
use are PROHIBITED without separate allowance of the author.

The author makes no representations or warranties about the suitability
of the software and/or the data files, either expressed or implied.
The author shall not be liable for any damages suffered as a result of using
or distributing this software and/or data files.

You are free to re-use any part of the sourcecode in your products as long as
you give credits including a reference to the TICT-HQ (http://tict.ticalc.org).

Donc recompiler le tout en mode kernel, ca marche. C'est une (grosse) partie du programme.

lol, c bon, on peut tout recompiler

-

#include "Header.h"
#include <tigcclib.h>

Et ca marche
Mais y'a mieux :
#include "header.h" // SI vous avez un meilleur nom, hesitez pas.
#include <kernel.h>

Le hello1.c programme passe de 500 octets a 121 octets.

Bref, y'a juste un header a ajoute.

mmmm
#include "kernelpowa.h"

ca me semble etre le nom le plus adapté

Trop long. 8 lettres max.

-

"kerstub.h"
"tigccnel.h"
"kernelib.h"

je ne sais pas

-

Bah, je modifie kernel.h pour qu'il fasse ca tout le temps ?
Ca va ?

tout le temps ? ca veut dire que tu oblige un prgm kernel a utiliser tigcclib.9xz ?

-

ben heu...oui mais non.. enfin je suis de ton avis mais....pour les petits prgm en kernel ca devient pas rentable

Mais si, justement. Y'a pas de petits gains.
Bah je mettrais un flag :
#define STATIC_TIGCCLIB.
a rajouter. Ils aiment ca a tigcc land.

Il faut laisser le choix au programmeur a mon avis un:
#define TIGCCLIB_STATIC
#include <kernel.h>
serait pour le Kernel avec TIGCCLIB statique

#include <kernel.h>
tout seul sinon

-

Ok, ca marchera comme cela.

PpHd, histoire de continuer sur ta lancée, ça serais possible de faire un extgraph.9xz ?

héhé bien joué

Mais ça sert à quoi de tout refaire en kernel ?
Ça ne prendra pas forcément moins de place.

PpHd
a écrit : Info technique: C'est une pack archive compose d'une cinquantaine de sous-librairies (Donc comme le dit si souvent Kevin, on n'a dans la RAM que la fonction necessaire).

En RAM oui. Mais moi, je parle de l'archive!!! Arrête de toujours détourner mes propos!
Il y a toutes les fonctions que personne n'utilise jamais dans la mémoire archive à cause de ça.

Et le plus fort, qu'est ce ? Que cela ne fait que .... 11Ko !!

11 KO! Par rapport à environ 1 KO en statique!

Solid a écrit :
tain...
est ce que kevin laisse ses sources de son backgammon ?

PpHd a écrit :
Oué. On pourra aussi le porter

Non, c'est interdit par ma licence.

Extrait de bgammon.c: Do NOT distribute modified versions of this program without my permission.

Extrait de readme.txt:
If anything is not clear, just ask me for my permission (notably for matters
of distribution on websites and/or modified versions).

Ma permission est nécessaire, et je vous refuse cette permission dès maintenant, et vous ne l'aurez jamais. Allez vous faire enc*ler!

jackiechan> Ben vu le nombre de programmeurs qui utilisent tigcclib sans même s'en rendre compte...
Par contre faudrait un bon argument pour vendre le produit, genre quand on a la lib et 5 jeux de la TICT (ce qui est le cas de tout bon _nostubien ) on gagne x ko (en comptant programmes, libs et preos bien sûr).

Et je te signale que l'ABI de certaines fonctions de TIGCCLIB (ne rêve pas, je ne vais pas te dire lesquelles) changera de manière certaine d'ici la bêta 1 de TIGCC 0.95.

Les patches qui changent l'ABI étaient déjà partis en mail à Sebastian depuis longtemps (bien avant que ce projet soit apparu), et j'avais averti PpHd de ça dès le départ.

L'ABI DE TIGCCLIB N'EST PAS ET NE SERA JAMAIS STABLE! C'EST UNE DES RAISONS POUR LESQUELLES TIGCCLIB N'EST PAS DISPONIBLE EN DYNAMIQUE!

Lol, pauvre kevin, on pourrait presque te comparer a RMS, et la mon pauvre pour moi c'est pas un compliment... Enfin soit! On ne peut pas te changer

Php est de plus libres et pourtant ca tourne bien sur windows... gna gna gna
Ben oui en faisant ca, tu discrimines des utilisateurs qui ont fait un choix, juste car tu ne penses pas comme eux... c'est plutot bof.

On ne discrimine contre personne:
1. La librairie statique tigcc.a marche très bien même si on programme pour kernel!
2. Backgammon, tout en étant en _nostub, marche très bien même si on a un kernel installé!

Alors que dans les 2 cas, la réciproque n'est pas vraie. En effet:
1. La version dynamique de TIGCCLIB ne sera utilisable qu'en mode kernel.
2. Une programme en mode kernel ne marche pas si on n'a pas de kernel installé.

Donc c'est qui qui "discrimine"?

oui mais si tout le monde installe tigcclib, et que tous les prgm l'utilisent, on fait un gain de place monstrueux !!!!
et puis, backbammon en kernel, ca serait marrant non ?