Guten Tag,
als Vorwarnung, 5.02 ist natürlich übelst veraltet, aber da dieser Compiler in meiner schule genutzt werden muss (), ist ein updaten natürlich nicht möglich.
Es geht nun um folgendes Problem:
Ich versuche, fmod3 in ein Projekt einzufügen, jedoch scheint`s, dass die Library zwar eingebunden (zumindestens kommt diesbezüglich kein Error), aber nicht gelesen werden kann.
Die Datei fmodbc.lib liegt im Projekt-Ordner unter ./lib/ und wurde über
#pragma comment(lib,"lib/fmodbc.lib")
eingebunden.
Beim Compillieren treten direkt solche Fehler auf:
Fehler: Error: Unresolved external 'FSOUND_Init' referenced from C:\DOKUMENTE UND EINSTELLUNGEN\ADAN0S\DESKTOP\MP3-VERWALTUNG\MP3PLAY\FMOD_MP3\MAIN.OBJ
Ist das einfach ein Fehler meinerseits, oder liegts am Compiler bzw der IDE?
Vielen Dank im Voraus,
Sven
EDIT: Habs hinbekommen, lag anscheinend an dem Verfahren, wie ich es eingebunden hab:
Klappt nicht:
#ifdef WIN32
#include <windows.h>
// automatically link to fmod library
#pragma comment(lib,"fmodbc.lib")
#else
#include "include/wincompat.h"
#endif
Klappt:
#include <windows.h>
#pragma comment(lib,"fmodbc.lib")
hm, also ich habe Administrator Rechte bzw. Vollzugriff mit meinem Benutzer und arbeite wie gesagt unter Windows XP.
Während dem Kompilieren werden auch 2 Ordner mit .o und .d Dateien erzeugt, also scheinen ja Schreibrechte da zu sein.
Dieser Thread wurde von Moderator/in HumeSikkins aus dem Forum C++ in das Forum Compiler- und IDE-Forum verschoben.
Im Zweifelsfall bitte auch folgende Hinweise beachten:
C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage?
Dieses Posting wurde automatisch erzeugt.
ness schrieb:
Das klingt so als würde der iostream header sich selbst rekursiv includen, also als ob irgend was mit deiner installation falsch ist.
,
Ich gehe davon aus, dass deine Begründung die richtige wahr. Jedenfalls funktioniert es jetzt reibungslos nach Neuinstallation.
Dennoch vielen Dank an alle.
Ich habe einen C-Quellcode von ...\src nach C:\ kopiert und d:\path\bcc.exe -c C:\main.c aufgerufen. Die main.obj war in ...\src also im aktuellen Verzeichnis.
Wenn Du Pfadvorgaben machen willst (ist eigentlich unausweichlich, für die Bibliotheken und so), dann schreibst Du sie einfach in die Datei \tcc55\bin\bcc32.cfg für den Compiler oder ilink32.cfg für den Linker.
Guten Morgen zusammen,
ich habe folgendes Problem mit meiner IDE. (Microsoft Visual C++ .NET 7.0)
In einem Projekt habe ich so ca. 50 QuellDateien (*.h; *.cpp)
Eine QuellDatei davon ist 56.948 Bytes groß, und diese
lässt sich nicht mehr speichern wenn ich das Projekt geöffnet habe,
das Disketten-Symbol blinkt unten in der StatusZeile Minutenlang.
Letztens habe ich 15Min. darauf gewartet und der Task-Manager zeigt "Keine Rückmeldung" an.
Habe ich diese Datei aber als alleinige Datei im neu
gestarteten VS geöffnet dann kann ich diese auch speichern.
Ist dies eine Programm Einstellung oder woran kann es wohl liegen,
andere Dateien können Problemlos gespeichert werden.
Danke im v*****
Dieser Thread wurde von Moderator/in HumeSikkins aus dem Forum C++ in das Forum Compiler- und IDE-Forum verschoben.
Im Zweifelsfall bitte auch folgende Hinweise beachten:
C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage?
Dieses Posting wurde automatisch erzeugt.
Bei qmake krieg ich den Debugger nicht zum Laufen, bzw. ich finde die
Option nicht, mit Debuginformationen zu kompilieren.
Jetzt hab ich das ganze mit einer einfachen KDE-Anwendung gemacht.
Hier stört mich nur, dass configure die KDE-Header sucht, obwohl ich
die in meinem Projekt nicht verwende.
Desweiteren weiss ich nicht, wie ich einrichten kann, dass configure
auch nach anderen Headern sucht, die ich verwenden will, z. B. die von
ffmpeg.
Muss ich dazu configure.am verändern, oder kann ich das noch sonst wo
angeben?
Nein das nicht, aber das ist kein Fehler, den ein Compiler erkennen MUSS, sondern zur Laufzeit undefiniertes Verhalten. Ob er das dann schon zur Compilezeit als Fehler anstreichen DARF, weiß ich nicht, ich vermute nein. Es könnte ja sein, dass die Funktion nicht aufgerufen wird und das Programm völlig problemlos funktioniert.
Hallo zusammen,
ist irgendjemanden hier o.g. Problem und eventuell eine Lösung hierzu
bekannt ? Wenn nötig, kann ich auch Details zum BSOD liefern, da er sich
sehr leicht reproduzieren lässt. Der Rechner läuft ansonsten stabil.
Danke,
Matthias.
Erster Google-Treffer "q engine":
http://qdn.qubesoft.com/
Q nimmt definitif jede Spreche, die C-Biblioteken einbinden kann. Wie gesagt ich habe nie mit gearbeitet aber immer wieder positives gehört, schaus dir mal an
http://qdn.qubesoft.com/index.php?main=q1
Hallo Leute,
seit ein Paar Tagen hab ich Debian Linux auf meinem Laptop. Wahrscheinlich hab ich nur irgendein Paket vergessen runterzuladen, aber jetzt mal zum Fehler:
ich versuche wine zu kompilieren und führe wineinstall.sh aus. das bricht dann aber ab, und in der log datei steht dann:
configure:1888: checking for C compiler default output file name
configure:1891: gcc -m32 conftest.c >&5
/usr/bin/ld: cannot find -lgcc_s
collect2: ld returned 1 exit status
weis jemand, woran das liegt? Ich musste den gcc/g++ von Hand nachinstallieren. und vielleicht fehlt irgendwas. Ich hab mich auch bereits bei google umgesehen und deswegen die packets binutils und build-essential installiert, hat aber nichts geholfen.
I) Ich habe bei einem MS-Compiler noch nie ein .o gesehen, bei mir hießen die immer .obj
II) Im Header die zugehörige Source-Datei anzugeben ist wenig sinnvoll: Wie Bjarne Stroustrup in seinem Buch "The C++ Programming Language" darstellt muss der Header der zum Verwenden eines Komponente eingebunden wird nicht zwingendermaßen der Header sein, der in der Source inkludiert wird, so kann man z.B. private Funktionen aus dem öffentlichen Header streichen. Die Implementierung der im Header deklarierten funktionen muss auch nicht zwingendermaßen in einer Source / Objektdatei stattfinden.
Daher: Trage deine .obj genau so ein wie du das mit Biblioteksdateien machen würdest: Header in der Source inkludieren und obj dem Linker mitgeben
Dieser Thread wurde von Moderator/in HumeSikkins aus dem Forum C++ in das Forum Compiler- und IDE-Forum verschoben.
Im Zweifelsfall bitte auch folgende Hinweise beachten:
C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage?
Dieses Posting wurde automatisch erzeugt.
Bei dem VC2005EE musst Du noch das PSDK installieren bzw. die Anleitung
http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/default.aspx
befolgen um die LIB-Erzeugung zu aktivieren.
Siehe auch:
http://www.c-plusplus.net/forum/viewtopic-var-t-is-143003.html
SliderMaxx schrieb:
Ich denke, Visual Studio .NET kann halt nur managed code produzieren, vielleicht ist das aber auch falsch... ich weiss es eben nicht
Das ist natürlich falsch! Mit VS.NET (2002/2003/2005) kann man immer noch unmanaged C++ Anwendungen erzeugen!