Présentation PB: Project Builder avec compilateur C en ligne

[Adriweb]

Parsing/affichage ASM amélioré selon les conseils de Runer112 :

[Adriweb]

Je sais pas si c'est possible, mais pourrait-on pouvoir indiquer quelques chose dans la console pour faire du debuggage?
Du genre void print2Console( char* msg)
ou void printUInt2Console( uint8_t var, uint8_t size)
?

En fait c'est déjà faisable avec les fonctions de debug de la toolchain et sur le vrai CEmu.
Par exemple, ce code ira afficher la string dans la console de l'émulateur:

Code: Select all

#include <stdbool.h>
#include <stddef.h>
#include <stdint.h>
#include <tice.h>

#undef NDEBUG
#include <assert.h>
#include <debug.h>

void main(void) {
    pgrm_CleanUp();

    dbg_sprintf(dbgout, "This is the start of a CEmu debugging test\n");

    while(!os_GetCSC());
    pgrm_CleanUp();
}

Cf. l'exemple plus complet ici pour gérer les breakpoint directement à partir du code en lui-même: https://github.com/CE-Programming/toolc ... src/main.c


Cependant, la version JS de CEmu, utilisée sur le PB donc, n'a pas l'air de gérer ça (si ca fait partie des choses de debugging, et logiquement oui, alors c'est normal, j'ai désactivé tout ça puisque ça sert globalement à rien tant qu'il n'y a pas de débuggeur dans le PB). Il faudrait que je vois si je peux activer uniquement cette feature de debugging en console...

C'est désormais intégré !

[Wistaro]

Excellent, merci beaucoup!

[Adriweb]

Une mini-intégration expérimentale de la compilation avec LLVM a été rapidement effectuée, hier soir :



Ce sera bien sûr mieux dans le futur, mais pour le moment, pour tester rapidement, c'est déja pas mal

[Adriweb]

LLVM view updated, now diffing with ZDS (left, and llvm on the right)
Note that clang gets called with -Oz for now.
(Also, yes that means you can write some C++17 for you 84+CE, because why not...)

[TheMachine02]

Joli Et je suis content de constater que le code généré par llvm est bien plus optimisé

[Adriweb]

Il devrait bientôt y avoir une popup (modal) de configuration du projet :


Je compte aussi implémenter le fait de pouvoir donner des arguments à clang (du genre "-W -Wall -Wextra -O2" etc.) quand on choisit la compilation expérimentale par LLVM)

[Adriweb]

(Je devrais certes essayer d'avancer sur cette fameuse configuration plus fine du projet et d'autres choses liées, mais je viens juste signaler que la version de LLVM proposée en test a été mise à jour. En fait, elle l'est globalement à chaque fois (le jour même, en gros) que jacobly la fait évoluer, mais histoire de vous notifier ici au moins une fois... Entre autre, des stack frames plus grosses sont mieux gérées, tout comme les flottants)

[Adriweb]

Des améliorations ont été faites au Project Builder, pendant ce long weekend (et je remercie particulièrement jacobly pour le temps passé à débugger des trucs avec moi ) :

• "Refonte" (relativement mineure, mais pas non plus triviale) de l'architecture du backend eZ80_native pour mieux permettre l'utilisation de la toolchain upstream directement.
  Le PB utilise donc la dernière version de la toolchain et des libs, tout en gardant la compatibilité pour les anciens projets.
• Début du support des fichiers .cpp/.hpp, qui peuvent pour l'instant se compiler uniquement, et bien sûr seulement avec LLVM (pas buildés avec le linker ZDS etc. pour le moment).
  Attention, pas de lib standard C++... Mais donc écrire des classes, templates etc. (bref la syntaxe C++) à la main sans utiliser des trucs de la STL, par exemple, ça fonctionne.
• More generic and reliable dirty check (pour le lancement des build)
• Fix ctags getter when refreshing after saving files
• Fix modal line numbers and refresh
• Possibilité d'afficher l'output de la compilation LLVM uniquement (au lieu d'uniquement un diff avec l'output ZDS)
• Meilleurs tooltips bootstrap
• Mise en place d'une protection contre la création de nouveaux fichiers d'implémentation (c/cpp/asm) qui ont le même nom que d'autres fichiers d'implem avec extension différente, ça créait des conflits sinon (exemple, création de test.asm si un test.c existait déjà)

(Ca va venir prochainement sur le repo github public)

Over the past few days, I've been able to work on some Project Builder upgrades (and I want to particularly thank jacobly for the time he spent with me debugging some things ) :

• "Refactor" (relatively minor, but not trivial either) of the eZ80_native backend architecture to better allow for a more direct usage of the upstream toolchain.
  The PB now uses the latest toolchain and libs versions, while keeping compatibility for/with the old and existing projects.
• Initial support of .cpp/.hpp files, which may be compiled only right now, and of course only with LLVM (they're not built, there's no ZDS linker involved, at least for now).
  Warning, there's no C++ std lib support, but you way write classes, templates etc. (well, anything related to the C++ syntax itself), but without using the STL, for example.
• More generic and reliable dirty check (for launching builds)
• Fix ctags getter when refreshing after saving files
• Fix modal line numbers and refresh
• New feature to display the LLVM unfiltered output alone as well, instead of only having a ZDS+LLVM diff view.
• Better bootstrap tooltips
• Feature to disallow creating implementation files with the same "common name" (i.e. you can't create a test.asm file if a test.c existed, as this would conflict later on during the build)

(Will be available soon on the public github repo)

[Adriweb]

Mais, mais, que-vois-je ?



Hé oui, ça y est, le support de build C/C++ avec le backend LLVM-ez80 de jacobly a été intégré sur le Project Builder (en alpha) !

What's that? C++ you say? LLVM-based building and not just asm-viewing?



That's right, C/C++ building support through jacobly's LLVM-ez80 backend is now available on TI-Planet's Project Builder (in alpha) !