klar hab ichs gefunden, zuerst hab ich eins gefunden gehabt wo nur drinstand, dass man den neuen mingw drüberhauen soll. Hab dann dummerweise nicht mehr weitergesucht. Naja jetzt gehs auf jeden Fall.
Danke an alle
hatte ich auch schon.
"damals" habe ich die dateien in
Dev-Cpp\include\c++\mingw32\bits
in den ordner
Dev-Cpp\include\c++\bits
kopiert (nicht verschoben)
das war aber nicht das einzige, vielleicht war auc etwas anderes ausschlaggebend..
Original erstellt von Kal El:
**@antamauna:
Nochmals danke. Nun funktioniert es auch. Schade bloß, dass das Programm nun schlappe 5,5 MB groß ist(nach strip).
Ciao...**
tja das ist der preis fürs statisch linken.
mein binary hier ist noch grösser aber da stecken eigentlich auch drei
programme drin ...
freut mich, dass die tipps geholfen haben.
Hmm .. ich hab da noch was:
Open Watcom!! Das ist die "alte" Watcom Ide als OpenSource Project.
Inclusive Compiler + runtimes für Dos 16/32 Bit, Win3.1(braucht zwar keiner mehr aber immerhin ), und natürlich Win32.
Sehr brauchbar insbesondere wenn man ältere Programme übersetzen will.
(zB. kann man damit alle Beispielprogramme aus "Black Art of 3D Game Programming",
(Andre Lamote -> Amazon) übersetzen, vc++ 6 schaft das nicht ohne rumgefummel und Djgpp die ham AT&T ASM Syntax )
Ausserdem ist der Compiler recht schnell und macht meiner Meinung nach sehr schnellen Windows Code(WINAPI).
Homepage : http://www.openwatcom.org/
Ja, stimmt, die datei heißt so. Hatte das auch eigentlich schon so. Weiß net, warum ich des jetzt so hatte. Funzt aber trotzdem net. Kommt genau der gleiche output, nur halt mit kleinem "m"...
im turbo findest du es in der conio.h
im djgpp in der pc.h
outp
Syntax
#include <pc.h>
void outp(unsigned short _port, unsigned char _data);
Description
Calls section outportb. Provided only for compatibility.
Portability
not ANSI, not POSIX
Normalerweise so:
gcc -Wall -o name main.cpp -l<LIBRARY OHNE DAS "LIB">
oder
gcc -Wall -o name main.cpp -l<VOLLER PFAD ZUR *.so DATEI>
Im ersten Fall muss die Bibliotheksdatei
a) im Library Suchpfad gefunden werden können (eventuell das passende Verzeichnis in die Variable LD_LIBRARY_PATH aufnehmen) und
b) sie muss zwingend mit "lib" beginnen (z.B. "lib<Dateiname>.so")
Nur wenn beides erfüllt ist, kannst du mit der Option -l<Dateiname ohne führendes "lib" und ohne *.so Endung> linken.
Alternativ kannst du bei dem Parameter -l auch den kompletten Pfad auf die *.so Datei angeben:
gcc -Wall -o name main.cpp -l/home/name/desktop/.../shared_lib.so
libXm wird wohl eher Funktionen aus libXt verwenden. Diese werden nur dann gefunden, wenn libXt anschließend durchsucht wird. Was vorher war und nicht gebraucht wurde, hat der Linker vergessen.
(--whole-archive behebt das Problem auch, bläht aber die Datei auf)
hat nix mit dem dev selber zu tun. der ist ja nur die IDE.
Hast Du die Optimierungen eingeschaltet?
Ansonsten versuch mal den alten MinGW-Compiler reinzubauen.
cYa
DjR
unix tom hat recht, macht qt eigentlich selber..
in der autoexec.bat (so wie cd9000 sagt, und noch der tmake path dazu)
SET QTDIR=d:\qt
SET TMAKEPATH=d:\qt\tmake\lib\win32-msvc
und dann in den msvc linker einstellungen:
$(QTDIR)\lib\qt-mt230nc.lib $(QTDIR)\lib\qtmain.lib
dazu.
Klar. Aber nur wenn du dein Programm in echtem DOS startest und das Modem selbst über port-Befehle ansteuerst, was sehr kompliziert ist.
Dieser Compiler ist so alt, das wird wohl die einzige Möglichkeit sein.
Wieso nimmst du denn nicht den neuen Borland Compiler?
ilink32 c0x32.obj test.obj, test.exe , , import32.lib cw32mt.lib, ,
Wenn Du Dir einmal die Syntax von ilink anschaust, sollte alles klar werden. Die Dateien 'c0x32.obj' und 'import32.lib' sowie 'cw32mt.lib' müssen mitgelinkt werden, wenn Du eine Konsolenanwendung erstellst.
