staging.inyokaproject.org

Hallo,

ich suche Alpha-Tester für ein eigenes Projekt, welches momentan noch sehr unausgereift ist. Meist denken außenstehende Person ganz anders als der Entwickler der Software und geben etwas ein, womit die Software nicht klarkommt. Damit dies bei einer Beta-Version nicht vorkommt sondern im Vorfeld möglichst viele Fehler beseitigt werden möchte ich die Programmiersprache möglichst früh testen lassen, auch wenn noch lange nicht alle Features implementiert worden sind.

Ihr solltet folgende Kriterien erfüllen:

• Kenntnisse in mind. 2 Programmiersprachen

• Grundlegende Englischkenntnisse

• Ein Linuxsystem muss installiert sein (auf Ubuntu gestaltet sich die Installation sehr einfach)

• Erreichbarkeit über IM wenn möglich (Skype etc.)

Ich biete euch im Gegenzug die Möglichkeit Feature Requests zu formulieren, die - wenn möglich - mit einer hohen Priorität umgesetzt werden.

Projektwebsite: http://blitzprog.org/

Solltet ihr Interesse daran haben auf Bugsuche zu gehen und mir bei dem Projekt zu helfen, meldet euch bitte hier im Forum oder per E-Mail (siehe Website).

• Gibt es irgendwo eine Doku für blitzprog?

• Kann ich blitzprog auch unabhängig von der IDE verwenden? Falls ja, wie?

diesch schrieb:

• Gibt es irgendwo eine Doku für blitzprog?

Momentan nicht. Natürlich plane ich für zukünftige Versionen eine Dokumentation mitzuliefern.

• Kann ich blitzprog auch unabhängig von der IDE verwenden? Falls ja, wie?

Vorerst: Verwenden kann man bp generell noch nicht, der Compiler ist noch lange nicht fertig (er kann zwar die jetzigen Module kompilieren, aber es fehlt noch vieles). Unabhängig von der IDE, also ohne XML-Daten und demnach mit beschränktem Funktionsumfang: Ja, es ist möglich (*.bpc Dateien haben keine XML-Daten und können mit jedem Editor bearbeitet werden), allerdings nicht empfehlenswert. bp kompiliert die Module mit einem Compiler-Ausgabemodul welches momentan C++ Code ist, dieser wird anschließend an g++ weitergereicht. Es sind auch andere Ausgabemodule denkbar, z.B. JavaScript / Python, allerdings müssten diese noch implementiert werden.

Edit: http://blitzprog.org/documentation Ich kümmere mich demnächst um die Dokumentation der geplanten und vorhandenen Features.

Hallo,

Sieht nett aus. Allerdings mag ich den „keine Syntax“-Ansatz nicht. Schließlich sollte in einem Team Einheitlichkeit herrschen, also kann man eh nicht das machen was man will. Bevor man aber für 10 verschiedene Projekte 10 Styling-Richtlinien lernt, sollte das ganze vorher geklärt sein. (Ich würde Python-Syntax empfehlen ☺) Außerdem führt die „ich suche nach Codewörtern und rate was du willst“-Compiler-Idee sicher öfter zu schwer zu findenen Problemen.

Ansonsten hat man das Problem, das man bei jeder neuen Sprache hat: Es fehlen die Bibliotheken um damit vernünftig arbeiten zu können. Mit etwas Glück bekommst du die Manpower dafür ja zusammen. 😉

Wenn es dir nichts ausmacht, dass ich keine Lust habe die IDE zu verwenden, würd ich mir das gerne mal ansehen 😉

Grüße, Keba

e.urbach schrieb:

• Erreichbarkeit über IM wenn möglich (Skype etc.)

Buhaaa, Skype ...

Erstelle bitte wie jedes ernstzunehmende Projekt einen IRC-Channel im FreeNode (#blitzprog ist noch frei).

dAnjou schrieb:

Erstelle bitte wie jedes ernstzunehmende Projekt einen IRC-Channel im FreeNode (#blitzprog ist noch frei).

http://webchat.freenode.net/?channels=blitzprog

Keba schrieb:

Allerdings mag ich den „keine Syntax“-Ansatz nicht. Schließlich sollte in einem Team Einheitlichkeit herrschen, also kann man eh nicht das machen was man will. Bevor man aber für 10 verschiedene Projekte 10 Styling-Richtlinien lernt, sollte das ganze vorher geklärt sein. (Ich würde Python-Syntax empfehlen ☺) Außerdem führt die „ich suche nach Codewörtern und rate was du willst“-Compiler-Idee sicher öfter zu schwer zu findenen Problemen.

Es wird nirgends "geraten", alles ist klar definiert. Außerdem ist die Erkennung der Instruktionen schon implementiert und funktionierte bisher einwandfrei.

Ansonsten hat man das Problem, das man bei jeder neuen Sprache hat: Es fehlen die Bibliotheken um damit vernünftig arbeiten zu können. Mit etwas Glück bekommst du die Manpower dafür ja zusammen. 😉

Um in die Phase zu kommen, Bibliotheken zu schreiben, sollte meiner Meinung nach erst der Kern der Sprache so weit entwickelt werden wie möglich. Du hast Recht, dass ich in der Anfangsphase nicht genügend Bibliotheken benutzen bzw. einbinden kann, allerdings habe ich keine Deadline und kann somit das Entwickeln von Standardmodulen bis zu dem Punkt verschieben, wo ich sagen kann: "Der Compiler ist nun in Ordnung, ran an die Libs!".

Danke für das bisherige Feedback.

Bei mir funktioniert das irgendwie mehr schlecht als recht 😀

http://pastebin.com/aR5PPP8z

BodomBeachTerror schrieb:

Bei mir funktioniert das irgendwie mehr schlecht als recht 😀

http://pastebin.com/aR5PPP8z

Hallo,

Danke für den Fehlerbericht! Könnte es eventuell daran liegen, dass du nicht den gcc/g++ 4.6 benutzt (g++ --version)? Wenn nicht werde ich mir ein Vanilla Ubuntu/Linux in der VM installieren und der Sache auf den Grund gehen.

Zusätzlich füge ich im nächsten Commit noch eine Einstellungsmöglichkeit für den g++ Pfad hinzu.

Hm, interessantes Projekt.

Allerdings gibts ein paar Ungereimtheiten: Auf der Website wird von Linux gesprochen, gemeint sind aber Debian-basierte Systeme. Trotzdem läuft die IDE hier natürlich auch auf ArchLinux ☺

Nur leider funktioniert auch das Kompilieren nicht so ganz.

[florian@BlackArch bp]$ ./bp-editor.py 
Module directory: /home/florian/bp/src/
---
Load Configuration:                                                        1 ms
Init UI:                                                                 248 ms
Init Theme:                                                                0 ms
Init Toolbar:                                                             16 ms
In file included from /home/florian/bp/src/bp/Tools/IDE/tmp/New file 1-out.cpp:2:0:
/home/florian/bp/src/bp/Tools/IDE/tmp/New file 1-out.hpp: In Funktion »void exec_file_1()«:
/home/florian/bp/src/bp/Tools/IDE/tmp/New file 1-out.hpp:21:41: Fehler: gelöschte Funktion »BPUTF8String::BPUTF8String(const BPUTF8String&)« wird verwendet
In file included from /home/florian/bp/src/bp/Core/String/String-out.hpp:7:0,
                 from /home/florian/bp/src/bp/Core/Core-out.hpp:8,
                 from /home/florian/bp/src/bp/Tools/IDE/tmp/New file 1-out.hpp:6,
                 from /home/florian/bp/src/bp/Tools/IDE/tmp/New file 1-out.cpp:2:
/home/florian/bp/src/bp/Core/String/UTF8String-out.hpp:17:7: Anmerkung: »BPUTF8String::BPUTF8String(const BPUTF8String&)« wird implizit gelöscht, da die Standarddefinition ungültig wäre:
/home/florian/bp/src/bp/Core/String/UTF8String-out.hpp:17:7: Fehler: gelöschte Funktion »boost::shared_ptr<BPArray<unsigned char> >::shared_ptr(const boost::shared_ptr<BPArray<unsigned char> >&)« wird verwendet
In file included from /home/florian/bp/include/cpp/precompiled/../boost/shared_ptr.hpp:17:0,
                 from /home/florian/bp/include/cpp/precompiled/boost.hpp:5,
                 from /home/florian/bp/src/bp/Core/Core.hpp:1,
                 from /home/florian/bp/src/bp/Tools/IDE/tmp/bp_decls.hpp:38,
                 from /home/florian/bp/src/bp/Tools/IDE/tmp/New file 1-out.cpp:1:
/home/florian/bp/include/cpp/boost/smart_ptr/shared_ptr.hpp:162:25: Anmerkung: »boost::shared_ptr<BPArray<unsigned char> >::shared_ptr(const boost::shared_ptr<BPArray<unsigned char> >&)« ist implizit als gelöscht deklariert, da »boost::shared_ptr<BPArray<unsigned char> >« einen Bewegungskonstruktor oder Bewegungs-Zuweisungsoperator deklariert
In file included from /home/florian/bp/src/bp/Core/String/String-out.hpp:7:0,
                 from /home/florian/bp/src/bp/Core/Core-out.hpp:8,
                 from /home/florian/bp/src/bp/Tools/IDE/tmp/New file 1-out.hpp:6,
                 from /home/florian/bp/src/bp/Tools/IDE/tmp/New file 1-out.cpp:2:
/home/florian/bp/src/bp/Core/String/UTF8String-out.hpp:59:14: Fehler:   Argument 1 von »void print___UTF8String(BPUTF8String)« wird initialisiert
g++: Fehler: /home/florian/bp/src/bp/Tools/IDE/tmp/New file 1-out.o: Datei oder Verzeichnis nicht gefunden
g++: schwerwiegender Fehler: keine Eingabedateien
Kompilierung beendet.
--- EOP: 0 ---
QObject::startTimer: QTimer can only be used with threads started with QThread
QObject::startTimer: QTimer can only be used with threads started with QThread
QObject::startTimer: QTimer can only be used with threads started with QThread
QObject::startTimer: QTimer can only be used with threads started with QThread
[florian@BlackArch bp]$

wär cool wenn man das irgendwie zum Laufen bewegen könnte ☺

mfg

@Developer92 und BodomBeachTerror:

Ich habe soeben Lubuntu 12.04 32 Bit frisch auf einer VM installiert und das Kompilieren funktionierte ohne Probleme. Ich kann den Fehler leider nicht reproduzieren, deswegen benötige ich von euch mindestens folgende Informationen:

• Name der Linux-Distribution, Version und "uname -a"

• 32 oder 64 Bit? (bei Developer92 sah ich schon, dass es ein 64-Bit System war)

• Ist eure Kopie von bp auf dem aktuellsten Stand Ja/Nein? (git pull)

• War boost bzw. boost-dev zum Zeitpunkt des Kompilierens installiert Ja/Nein?

• g++ Versionsnummer (g++ --version)

• Sonstige Informationen zum System (?)

Ich habe das Gefühl, dass die 64-Bit Variante von g++ / boost hier Ärger bereitet, sicher bin ich mir jedoch nicht.

Edit: Wird wohl an Archlinux bzw. gcc 4.7 liegen. Bin schon am Installieren um es dort zu testen.

Hi,

stimmt ja ich nutze Archlinux, 32 bit und dort ist der gcc bereits Version 4.7. bp war auf dem neuesten Stand, und boost war denke ich installiert, ich schau noch mal nach.

Das Problem mit Archlinux / gcc 4.7 sollte nun nach einem Update (hoffentlich) behoben sein.

e.urbach schrieb:

Das Problem mit Archlinux / gcc 4.7 sollte nun nach einem Update (hoffentlich) behoben sein.

Jep, ist behoben.

Falls es trotzdem noch interessiert:

$ uname -a
Linux BlackArch 3.3.4-2-ARCH #1 SMP PREEMPT Wed May 2 18:28:42 CEST 2012 x86_64 Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz GenuineIntel GNU/Linux
$ pacman -Ss boost
extra/boost 1.49.0-2 [Installiert]
extra/boost-libs 1.49.0-2 [Installiert]
$ g++ --version
g++ (GCC) 4.7.0 20120414 (prerelease)

mfg

Es gab viele Updates in den letzten Tagen, die vermutlich wichtigste Änderung für End-Nutzer bzw. Alphatester:

• Man findet im Editor / Modul-Browser unter bp.Examples einige leicht verständliche Beispiele.

Ich arbeite momentan an der Implementation von:

• Meta-Daten

• Vererbung

• Namespaces

• ...und vielen weiteren Dingen...

Updates können wie immer über git oder direkt im Editor geladen werden. Debian/Linux Download | Windows Download | Git repository

Die neuesten Änderungen:

http://www.youtube.com/watch?v=UlfOpTcPFa8