Herzlich Willkommen, lieber Gast!
  Sie befinden sich hier:

  Forum » VC++ / MFC » Subsudiaries in VC++

Forum | Hilfe | Team | Links | Impressum | > Suche < | Mitglieder | Registrieren | Einloggen
  Quicklinks: MSDN-Online || STL || clib Reference Grundlagen || Literatur || E-Books || Zubehör || > F.A.Q. < || Downloads   

Autor Thread - Seiten: > 1 <
000
29.09.2009, 22:43 Uhr
0xdeadbeef
Gott
(Operator)


Moin,

Aaalso, ich bin gerade dabei, eins meiner Projekte von UNIX nach VC++ zu portieren. Das ist bei einfachen Projekten ja auch kein großes Problem, allerdings gibt's in diesem Fall einen kleinen Haken - ich habe einen etwas dreckigen Performance-Hack darin, der mir schon mit automake etwas Kopfzerbrechen bereitet hat.

Ich habe ein paar Funktionen darin, die für die gleiche Eingabe immer das gleiche Ergebnis liefern - es geht um Feiertage. Jetzt ist die Berechnung mitunter etwas aufwändig, also habe ich automake dazu überredet, mir Teile der Bibliothek in ein Programm zusammenzusetzen, dass mir dann eine große Tabelle des meistbenutzten Zeitraums als Array in eine Code-Datei schreibt, die dann in die Bibliothek einkompiliert wird.

Gut, der ganze Cross-Compiler-Kram, der das ganze mit automake so kompliziert gemacht hat, ist unter Windows unnötig, aber ich habe trotzdem keine Idee, wie ich VC++ dazu überrede, das für mich zu machen.

Ist sowas mit VC++ möglich, und wenn ja, wie richte ich sowas ein?
--
Einfachheit ist Voraussetzung für Zuverlässigkeit.
-- Edsger Wybe Dijkstra

Dieser Post wurde am 29.09.2009 um 22:44 Uhr von 0xdeadbeef editiert.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
001
30.09.2009, 08:32 Uhr
FloSoft
Medialer Over-Flow
(Administrator)


Also wenn ich dich jetzt richtig verstanden habe:

Du kannst dem Compiler Scripte ausführen lassen: kann man in den Optionen einstellen:
Pre-Build
Post-Build

Weiterhin auch benutzerdefinierte Dateitypen, die dann durch deinen "Compiler" (aka dein Script) übersetzt werden.

Aber ich nehm mal an das ein Prebuildereignis mehr sinn macht
--
class God : public ChuckNorris { };

Dieser Post wurde am 30.09.2009 um 08:32 Uhr von FloSoft editiert.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
002
30.09.2009, 17:04 Uhr
0xdeadbeef
Gott
(Operator)


Hmm...ich schätze, ich könnte so etwas wie

C++:
// vc-hack.cc

#include "generated-data.inl"


machen, das ins Projekt einbinden, und generated-data.inl per Pre-Build-Ereignis generieren. Es ist alles andere als schön, aber über Schönheit bin ich inzwischen wohl weit hinaus...

Wobei das mit Dependency-Tracking dann kompliziert werden könnte...hmm...und bei Kompilierung für x64 auf win32-Maschinen brauch ich das Subsidiary für win32. Baah, das wird ein Gefummel - vielleicht mach ich's doch besser mit nmake.
--
Einfachheit ist Voraussetzung für Zuverlässigkeit.
-- Edsger Wybe Dijkstra

Dieser Post wurde am 30.09.2009 um 17:12 Uhr von 0xdeadbeef editiert.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
003
30.09.2009, 18:16 Uhr
FloSoft
Medialer Over-Flow
(Administrator)


warum nicht cmake? das ist auch platform unabhängig - dafür ist das verk****te cross-compiling dafür beknackt
--
class God : public ChuckNorris { };
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
004
30.09.2009, 19:17 Uhr
0xdeadbeef
Gott
(Operator)


Ich hab cmake nie wirklich gemocht. Für einfache Dinge ist es in Ordnung, schätze ich, aber in zu dieser Schweinerei - noch dazu, wo ich Crosskompilierung für verschiedene Unices brauche - kriege ich es nie im Leben überredet.

Abgesehen davon hab ich ja schon ein funktionierendes autotools-Projekt.
--
Einfachheit ist Voraussetzung für Zuverlässigkeit.
-- Edsger Wybe Dijkstra
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
Seiten: > 1 <     [ VC++ / MFC ]  


ThWBoard 2.73 FloSoft-Edition
© by Paul Baecher & Felix Gonschorek (www.thwboard.de)

Anpassungen des Forums
© by Flo-Soft (www.flo-soft.de)

Sie sind Besucher: