🚀 go-pugleaf

Remek pisze:
> > Użytkownik "Bogdan (bogdro)" napisał:
> >
>> >>  Czyli zmienne środowiskowe PATH, LIB, HLAINC i HLALIB?
> >
> > W ten sposób:
> >
> > set hlainc=c:\hla\include
> > set hlalib=c:\hla\hlalib\hlalib.lib
> >
> > itd.

 No i dobrze.

>> >> Na stronie z instrukcjami widzę np.
> >
>> >> hla -v hw.hla
> >
>> >> hla /?, hla /h, hla -h ani hla --help nie działają?
> >
> > Akurat żadna z podanych nie działa  :)  Działa hla -?.

 To było takie zgaduj-zgadula z mojej strony, bo nie mam HLA.

> > Nie działa natomiast
> > przekierowanie do pliku tekstowego (to osobny problem). Zrobiłem
zrzuty z
> > ekranu.

 Programik bodajże 'rerror' się nazywa. Przekierowuje wyjście stderr
na stdout, które to da się przekierować do pliku nawet w czymś tak
zaawansowanym jak command.com  :)  No chyba że pomijana jest warstwa
systemowa (w co wątpię).

> > Prawdę mówiąc liczyłem na gotowca, bo chodzi mi o sprawdzenie
> > tylko tej jednej procedury dzielenia.

 Gotowca dostaniesz, jak znajdziesz osobę używającą HLA i chcącą się
podzielić wiedzą. Ja to mogę tylko parę ogólnych rad podać, resztę
musisz doczytać w instrukcjach.

> > Jakoś póki co nie bardzo mnie ten
> > HLA przekonuje. Udało mi się zmusić go do zrobienia z z pliku
*.hla plik
> > *.asm. I co widzę? Jest to prosty meesagbox.

 Jak na windowsowy 'hello, world' przystało  :)  To przeszkadza?
Przecież sam piszesz progsy 32-bitowe z takimi messageboksami. Czy
chodzi o długość?

> > Plik .asm pod Masm 32 ma 21
> > linijek ze wszystkimi includami i deklaracjami. W C i Pascalu taki
plik
> > źródłowy ma jedną linijkę

 Choćbyś całe main() upakował w jedną linię, to #include musi być w
osobnej.  :)  Wiem, to miało być wyolbrzymienie. Zapominasz jednak, że
coś generowane przez automat czasem bywa nadmiarowe, bo nie sposób
wszystkiego przewidzieć.

> >, a .asm wygenerowany przez HLA ma ich po
> > dodaniu niezbędnych includów 151.

 Mnie to nie dziwi. Nie dość, że asemblerze w ogóle kod często jest
dłuższy, to jeszcze widać w nim np. sprawy związane z obsługą
wyjątków, prawda?

> > Coś jest nie tak. Masm32 robi z tego
> > pliku .obj, a linker wyrzuca komunikat:
> >
> > LINK : error LNK2001: unresolved external symbol _start
> > tut02.exe : fatal error LNK1120: 1 unresolved externals

 Tak nie powinno być. Ten symbol pewnie jest z bibliotek HLA. Jeśli
chcesz exe, pozwól, by HLA wykonał całą robotę - od przetwarzania po
linkowanie.

> > Plik tut02.asm wygenerowany z HLA jest tutaj:
> >
> > http://remek62.republika.pl/Tymcz/tymcz.html
> >
> > Linie z includami dodałem, bo było więcej błędów. Widocznie zmienne
> > środowiskowe są nie do końca dobrze zadeklarowane w Autoexec'u

 Możliwe. Albo nie dodajesz na linii poleceń wszystkiego, co potrzeba
linkerowi. Ale skoro już "kompilacja" działa, to czemu nie najedziesz
HLA na procedurę dzielenia, by zobaczyć wynik? To jest (chwilowo)
główny cel, co nie?

-- 
Pozdrawiam/Regards - Bogdan                         (Linux & FreeDOS)
Kurs asemblera x86  (DOS & Linux):  http://rudy.mif.pg.gda.pl/~bogdro
Grupy dyskusyjne o asm:  pl.comp.lang.asm alt.pl.asm alt.pl.asm.win32
Rozmawiaj bezpiecznie: www.JabberPL.org Surfuj anonimowo: tor.eff.org