[Gentoo] xmingw-gcc, hoe krijg je DAT werkend?

[psyBSD]

Ik heb vannochtend xmingw geemerged, maar daar hoort een gebruiksaanwijzing bij denk ik, want ik krijg het niet werkend. Tot nu toe ben ik bijna altijd in staat geweest om mijn software te schrijven in linux en als ik het werkend krijg onder linux / bsd is het goed.

Maar er komt een tijd dat ik win32-prog's moet gaan schrijven en ik wil geen windows installeren. Dus dan ben ik aangewezen op xmingw (of een alternatief). Ik heb het gecompiled en nu heb ik een mooie map met binaries en andere enge dingen.
Kan iemand mij vertellen waar dit voor is?

Als ik google kom ik alleen maar links tegen naar de Gentoo-portage, niet iets waar ik wat aan heb. En de man-pages werken niet.

[WHiZZi]

Heb je dit al gelezen?
Gentoo forums is heel informatief over de meest uiteenlopende zaken

[psyBSD]

Bedankt voor de moeite, ik heb de ebuilds gecompiled.
En dat zou moeten werken, maar ik doe het wel even opnieuw.

Dan kijken waarom hij stdlib.h niet kan vinden. (Die IS toch platform-onafhankelijk?)

[Wilke]

psyBSD schreef op 18 april 2004 @ 15:14:
Dan kijken waarom hij stdlib.h niet kan vinden. (Die IS toch platform-onafhankelijk?)

Ik denk het niet. De interface waarschijnlijk wel, maar de inhoud vast niet.

Anyway, hoe zie je het precies voor je om win32 applicaties te gaan ontwikkelen zonder Windows te draaien? Of worden het alleen console apps....

[Skinkie]

Wilke schreef op 18 april 2004 @ 15:40:
[...]


Ik denk het niet. De interface waarschijnlijk wel, maar de inhoud vast niet.

Anyway, hoe zie je het precies voor je om win32 applicaties te gaan ontwikkelen zonder Windows te draaien? Of worden het alleen console apps....

Het gaat er waarschijnlijk om dat het .exe bestanden worden, gelukkig kun je of standaard system calls gebruiken om zelf schermpjes te maken. Of je kunt GTK/QT voor Windows mee sturen.

[psyBSD]

Ik heb xmingw gereemerged, en het werkt, alleen nog wat softlinks maken in /bin en alles is klaar.

Wat betreft die stdlib, xmingw support alle standaard libraries van gcc. En hij maakt gebruik van een w32-api.

mingw doet iets geks met gcc. Als ik 'hellworld\n' naar een file schrijf maakt hij daar DOS -style newlines van, ok niks aan de hand zou je zeggen. Maar als ik de source door de gcc heen haal staat er 'helloworld\nq^A' in de file . (daarvoor was het gewoon 'helloworld\n') dus dat is nog een beetje jammer.

Ik zal hier wel posten als ik daar een oplossing voor heb gevonden.

[ Voor 63% gewijzigd door psyBSD op 18-04-2004 17:14 ]

[MSalters]

Wat bedoel je nou met dat laatste commentaar over die strings? Ik snap er geen hout van, en ik weet zeker dat er typo's inzitten - waar komt die o achter "hell opeens vandaan?

Overigens maakt xmingw windows binaries aan, en windows binaries maken textfiles met \r\n newlines ipv unix \n. Maar dat is niet erg, want windows textfiles lees je met TYPE en unix textfiles met cat.

[MSalters]

Wilke schreef op 18 april 2004 @ 15:40:
[... kijken waarom hij stdlib.h niet kan vinden. (Die IS toch platform-onafhankelijk?) ]
Ik denk het niet. De interface waarschijnlijk wel, maar de inhoud vast niet.

Zelfs de interface is niet 100% platform-onafhankelijk. De C standaard beschrijft wel een boel, maar sommige details zijn "implementation-defined".

[Sendy]

Wilke schreef op 18 april 2004 @ 15:40:
[...]


Ik denk het niet. De interface waarschijnlijk wel, maar de inhoud vast niet.

Anyway, hoe zie je het precies voor je om win32 applicaties te gaan ontwikkelen zonder Windows te draaien? Of worden het alleen console apps....

MinGW is erg gaaf. Je kan gewoon de win32 api aanspreken (en windows dll's gebruiken), en als je bijvoorbeeld een OpenGL applicatie maakt is het (gebruikmakend van glut) praktisch platform-onafhankelijk programmeren. Je hoeft dan nog alleen de losse eindjes en windows bugs oplossen.

Maar je moet het vooral zien als compiler. Microsoft heeft geen gratis/Free compilers, dus is MinGW heel fijn.

offtopic:
Nu hoorde ik gisteren iets over een gratis command line compiler voor windows-code. Ik weet daar niets vanaf en wil het ook niet weten

[psyBSD]

MSalters schreef op 20 april 2004 @ 00:12:
Wat bedoel je nou met dat laatste commentaar over die strings? Ik snap er geen hout van, en ik weet zeker dat er typo's inzitten - waar komt die o achter "hell opeens vandaan?

Overigens maakt xmingw windows binaries aan, en windows binaries maken textfiles met \r\n newlines ipv unix \n. Maar dat is niet erg, want windows textfiles lees je met TYPE en unix textfiles met cat.

hehe, die o is idd een tiepfout in me post.

Maar het probleem blijft, als ik me code nu door de gcc haal heb ik geen \n meer.

C:

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
                                                                                                                   
#define IOValue "Hello World\n"
                                                                                                                   
int main() {
        int i = 0;
        char *inputstream = (char *) malloc(13);
        char *outputstream;
        strcpy((outputstream = (char *) malloc(strlen(IOValue))), IOValue);
                                                                                                                   
        FILE *bestand1;
        bestand1 = fopen("test.txt","w+");
                                                                                                                   
        fprintf(bestand1,"%s",outputstream);
        rewind(bestand1);
        while(!feof(bestand1)) {
                i++;
                inputstream = (char *) realloc(inputstream, i);
                inputstream[i-1] = fgetc(bestand1);
        }
        inputstream[i-1] = '\0';
        printf("%s",inputstream);
}

Voor de duidelijkheid, voordat ik mingw had kreeg ik een gewoon textfiletje met een \n. Nu niet meer.

[_Squatt_]

Dat je extra karakters in test.txt krijgt ligt niet aan gcc, maar aan je code. Uit 'man 3 strlen':

DESCRIPTION

The strlen() function calculates the length of the string s, not including the terminating `\0' character.

Die (lelijke) assignment+malloc in regel 11 reserveert 1 char te weinig geheugen. Bij de fprintf() in regel 14 blijven we dus gewoon char's schrijven tot er toevallig een 0 in het geheugen staat.

[MSalters]

Yep, en daarnaast is in dit geval sizeof beter. sizeof ( "tekst" ) geeft het echte aantal bytes tussen de "". Let op, dat werkt alleen als je een char[] gebruikt, niet mer een char*.
Verder is er nog de bug dat je onnodig veel realloc's doet; een bestand van N karakters heeft N reallocs nodig waarvan er N-1 gemiddeld N/2 karakters kunnen kopieren. Een filetje van 1K heeft dus potentieel al 1/2 MB aan byte copies tot gevolg, en een file van 1M heeft dus potentieel al 500 GB (!) aan byte copies tot gevolg. Beetje slordig.