eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingcode::blockRe: code::block
  • Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.onet.pl!not-for-mail
    From: Paweł Kierski <n...@p...net>
    Newsgroups: pl.comp.programming
    Subject: Re: code::block
    Date: Mon, 22 Jun 2009 09:53:31 +0200
    Organization: http://onet.pl
    Lines: 42
    Message-ID: <h1nd9s$jta$1@news.onet.pl>
    References: <3j9zx7sok917$.rugd2x5lmak5.dlg@40tude.net>
    Reply-To: n...@p...net
    NNTP-Posting-Host: 91.197.12.14
    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: news.onet.pl 1245657212 20394 91.197.12.14 (22 Jun 2009 07:53:32 GMT)
    X-Complaints-To: n...@o...pl
    NNTP-Posting-Date: Mon, 22 Jun 2009 07:53:32 +0000 (UTC)
    User-Agent: Mozilla-Thunderbird 2.0.0.0 (X11/20070601)
    In-Reply-To: <3j9zx7sok917$.rugd2x5lmak5.dlg@40tude.net>
    Xref: news-archive.icm.edu.pl pl.comp.programming:182318
    [ ukryj nagłówki ]

    Piotr Kulinski wrote:
    > Mam problem z ustawieniem IDE Code::Block
    > Mam ściągnięte nowiuśki program (wraz z MinGW), do tego mam zaciągniętą
    > biblioteką wxWidgets (v.2.8.10)
    > Bibliotekę kompilowałem pod GCC 3.4.5 (kilka sposobów, z "wlinkowanym"
    > debugerem, bez debugera, z unicode i bez). Z tworzeniem bibliotek nie było
    > żadnego problemu, zero błędów. Dla weryfikacji przekompilowałem kilka
    > samples z wxWidgets na utworzonych bibliotekach (kompilacja z linii
    > poleceń) - bez problemów. Stworzyłem sobie również .obj bibliotek pod CV++
    > (2008 EE), używając ich również bez problemów kompilują się sample.
    >
    > Tymczasem, podpinając bibliotekę pod Code::Block (wskazania ścieżek i
    > bibliotek ustawione), przy linkowaniu otrzymuję masę komunikatów (wyciąg
    > pod spodem). Generalnie niepoprawne odwołania.
    >
    > Czy ktoś miał podobny problem i gdzie szukać przyczyny błędu?
    >
    > obj\Debug\testApp.o: In function
    > `_ZN12wxEvtHandler12TryValidatorER7wxEvent':
    > D:/wxWidgets/include/wx/app.h:(.rdata$_ZTV7testApp[v
    table for
    > testApp]+0x44): undefined reference to `wxApp::Initialize(int&, wchar_t**)'
    > D:/wxWidgets/include/wx/app.h:(.rdata$_ZTV7testApp[v
    table for
    > testApp]+0x90): undefined reference to
    > `wxAppConsole::OnAssertFailure(wchar_t const*, int, wchar_t const*, wchar_t
    > const*, wchar_t const*)'
    > D:/wxWidgets/include/wx/app.h:(.rdata$_ZTV7testApp[v
    table for
    > testApp]+0x94): undefined reference to `wxAppConsole::OnAssert(wchar_t
    > const*, int, wchar_t const*, wchar_t const*)'
    > ...
    > ...

    Podobny problem miałem w związku z traktowaniem przez VC++ wchar_t -
    za pomocą przełącznika kompilacji można było traktować wcha_t jako
    oddzielny typ wbudowany lub alias do unsigned short. Takie problemy
    miałem, gdy łączyłem moduły kompilowane z różnymi opcjami kompilacji -
    co skutkowało różnym "manglowaniem" nazw. Sprawdź Dependency Walkerem
    (potrafi "odmanglować" nazwy funkcji z typami), co jest eksportowane,
    a co importowane - zwróć uwagę na typy wchar_t* i unsigned short*.

    --
    Paweł Kierski
    n...@p...net

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: