dú3

Odeslat odpověď

Smajlíci
:D :) :( :o :shock: :? 8) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen:
BBCode je zapnutý
[img] je zapnutý
[flash] je vypnutý
[url] je zapnuté
Smajlíci jsou zapnutí
Přehled tématu
   

Rozšířit náhled Přehled tématu: dú3

Re: dú3

od twister » 3. 12. 2009 00:18

flexbison.rules stiahnes na nete potom otvoris project pomocou mlc.sln tam pravy klik na mlcgrm tam vybrat "Custom Build Rules" samizda ze "Find Existing" tam dat cestu k FleBison.rules a otvorit potom sa prida do zoznamu Flex and Bison Tools vedla toho checkbox zaskrtnut a dat OK

a druha cast ako je mlcgrm tak ho roztvorit tam bude "Grammar Files - students" to tiez roztvorit a tam budu du3l.lex a du3g.y postupne na obe dat prvy klik a vybrat "Properties" tam nalavo ist do "Configuration Properties->Custom Build Steps->General" a napravo hned prvy riadok "Command Line" tak v nom budu tie zle cesty typu "c:\cigwin\bin\flex.exe" a "c:\cigwin\bin\bison.exe" za nimi budu este argumenty s ktorymi sa to vola tie nemazat iba tie cesty nahradit bud flex alebo flex.exe alebo bison alebo bison.exe samozrejme logicky

Re: dú3

od Gerome » 2. 12. 2009 03:28

twister píše:!!!!!!!!! pre vsetkych co to robia vo win po VS2008 (asi aj pod VS2005) ked uz mate bison a flex nainstalovany a nastavene v Tools/Options->Projects and Solutions/VC++ Directories pre "Show directories for:" "Executable Files" cestu napr "C:\Program Files\GnuWin32\bin" (ak mate flex a bison nainstalovany do "C:\Program Files\GnuWin32") a nastavene FlexBison.rules pre Project mlcgrm "Custom Build Rules..." (zaskrtnuty checkbox pri "Flex and Bison Tools") a neslo vam to doteraz je to preto ze v priamo du3l.lex a du3g.y maju v properties->Configuration Properties/Custom Build Step/General Command Line nastaveny na:
C:\cigwin\bin\bison.exe ... alebo c:\cigwin\bin\flex.exe ... (sorry za zle slashe a nepresnu cestu) tak staci ked ten zaciatok zmazete a nechate tam iba ostatok od bison.exe alebo flex.exe (akoze to flex a bison tam nechajte :-D) vsimol som si to ked som porovnaval du1 ktora sla bez problemov a du2 a du3 ktore nesli :-D (preto niektorym ktory si dali cigwin to zrazu zacalo ist :-D) hadam to pomoze aspon jednemu cloveku :-D
a este jedna vec Program Files je problematicky adresar pre m4 pretoze obsahuje medzeru a to m4 neberie takze cely flex a bison presunte napr do C:\GnuWin32 alebo C:\Program\GnuWin32 a uz vam to isto bude bezat
Nerozepsal bys prosím podrobněji to nastavení FlexBison.rules? Já mám nastavené ty následující věci, tu první jsem teď doplnil, ale s tím druhým si nevím rady.

Re: dú3

od twister » 1. 12. 2009 17:56

a este jedna vec Program Files je problematicky adresar pre m4 pretoze obsahuje medzeru a to m4 neberie takze cely flex a bison presunte napr do C:\GnuWin32 alebo C:\Program\GnuWin32 a uz vam to isto bude bezat

Re: dú3

od twister » 1. 12. 2009 15:29

!!!!!!!!! pre vsetkych co to robia vo win po VS2008 (asi aj pod VS2005) ked uz mate bison a flex nainstalovany a nastavene v Tools/Options->Projects and Solutions/VC++ Directories pre "Show directories for:" "Executable Files" cestu napr "C:\Program Files\GnuWin32\bin" (ak mate flex a bison nainstalovany do "C:\Program Files\GnuWin32") a nastavene FlexBison.rules pre Project mlcgrm "Custom Build Rules..." (zaskrtnuty checkbox pri "Flex and Bison Tools") a neslo vam to doteraz je to preto ze v priamo du3l.lex a du3g.y maju v properties->Configuration Properties/Custom Build Step/General Command Line nastaveny na:
C:\cigwin\bin\bison.exe ... alebo c:\cigwin\bin\flex.exe ... (sorry za zle slashe a nepresnu cestu) tak staci ked ten zaciatok zmazete a nechate tam iba ostatok od bison.exe alebo flex.exe (akoze to flex a bison tam nechajte :-D) vsimol som si to ked som porovnaval du1 ktora sla bez problemov a du2 a du3 ktore nesli :-D (preto niektorym ktory si dali cigwin to zrazu zacalo ist :-D) hadam to pomoze aspon jednemu cloveku :-D

Re: dú3

od ps » 5. 12. 2007 16:26

Necroman píše:je normalni, ze ve tretim ukolu obsahuje cca tretina testu prvky [, ], array, se kterymi nas parser neumi pracovat? Prijde mi divne, ze tolik testu neni prizpusobeno pro nase pouziti. Pokud jsem se take dobre dival, zadny test netestuje spravnost implementace recordu. :roll:
Původně byly slíbené testy upravené pro letošní rok, tedy bez polí a s recordy, ale neobjevily se. Tak si musíš nějaké testy napsat sám :-)

Re: dú3

od Necroman » 5. 12. 2007 13:18

je normalni, ze ve tretim ukolu obsahuje cca tretina testu prvky [, ], array, se kterymi nas parser neumi pracovat? Prijde mi divne, ze tolik testu neni prizpusobeno pro nase pouziti. Pokud jsem se take dobre dival, zadny test netestuje spravnost implementace recordu. :roll:

Re: dú3

od qwertie » 2. 12. 2007 15:58

tak nevim - minuly rok se to resilo takto: http://forum.matfyz.info/viewtopic.php? ... a&start=60

Re: dú3 - par dotazu na yaghoba

od Mr. Anonym » 28. 11. 2007 15:12

qwertie píše:muzete mi tedy nekdo zduvodnit proc to je nebo neni malformed real?Dik Qw
No tak podle toho, co napsal Yaghob.....by to mel bejt malformed real....proc?
ctu zleva 123 pak prijde '.' tedy pravidlo pro real stale plati, zatimco pro uint uz ne
po '.' uz je 'e' .....a v syntaktickem diagramu pro real pro tohle neni moznost -> tedy malformed real o hodnote 123
....jestli to je blabol, tak se omlouvam :) ....a presvedcte me o tom, proc..... :P

dú3 - par dotazu na yaghoba

od qwertie » 28. 11. 2007 14:12

> Dobry den chtel jsem se zeptat na par otazek ohledne prekladace:
>
> 1.) Tokeny DUTOK_ARRAY, DUTOK_OF, DUTOK_DOTDOT,DUTOK_LSBRA,
> DUTOK_RSBRA se jiz nevyuzivaji, tudiz je mozno je zakomentovat?
>

Muzete je bud odkomentovat nebo je tam nechat, varovani za jejich
nepouziti se nebudou pocitat.

> 2.)
> Diagram ordinalna konstanta dole na mlaskal-c-8.jpg se nikde
> nevyuziva, je to tedy tez zbytek z minula?(pravdepodobne range)
>
Hmm, skoro urcite. Muzete ignorovat.

> 3.) Bude se nejak hodnotit co prekladac nabidne v pripade syntakticke chyby?
> Pr: Error (line 123): Encountered syntax error, unexpected DUTOK_DOT,
> expecting DUTOK_BEGIN (mohli by tu byt i DUTOK_PROCEDURE a
> DUTOK_FUNCTION pripadne dalsi- je chyba ze je prekladac nevypsal??)
>

Ne, protoze to zavisi na upravach gramtiky, ktere jste provedli. Ve
vetsine pripadu by to mela byt ta sama vec, ale muzou tam obcas byt
odlisnosti.

> 4.) Je 123.e12 DUTOK_INT DUTOK_DOT DUTOK_IDENTIFIER nebo malformed real?
>

Malformed real je to vzdy tehdy, pokud v syntaktickem diagramu pro
realne cislo skoncite na miste, odkud nevede sipka na konec.

> 5.) Mohu odpovedi s otazkami zverejnit na nasem foru?
>

To jiste ano, aspon se to dozvi i ostatni.

> Dale prikladam makefile pro 3. ukol, nekomu by se mohl hodit..
> Tento makefile umi i diffovat vysledky vsech mls a out v adresari s
> testy (pomoci "make check") pripadne i otevrit v editoru outy ktere se
> lisi (pomoci "make check_view"), editor se da zmenit uvnitr v makefile
>

Dekuji, zverejnil jsem.

JY

__________________________________Konec citovaneho mailu

muzete mi tedy nekdo zduvodnit proc to je nebo neni malformed real?

Dik Qw

Re: dú3

od @nihilat0r » 28. 11. 2007 01:13

Nazdar,

nema tu nahodou niekto problem s VS2005 a bisonom, kde mu vyhadzuje 2 errory:
Error 1 error PRJ0019: A tool returned an error code from "Bison" mlcgrm
Error 2 fatal error C1083: Cannot open source file: '.\du3g.cpp': No such file or directory c1xx

???
Predpokladam teda ze je to chyba bisonu, pretoze zdrojak pre Flex som zobral z DU2 ktoru skompilovalo vpohode (samozrejme hlavicky som vymenil ;)) a aj tak by som ocakaval ze to hodi chybu z flexu najprv ak by to neslo...
Btw mam gnuwin32 verzie flexu aj bisonu a neviem co s tym (cygwin by som instaloval najradsej az ked to bude vazne nutne).
Anyone?

Re: dú3

od Moe Szyslak » 26. 11. 2007 18:20

Mne VS2005 to vyhodi tychto 15 warningov...snad je to ok, kedze sme este ziadny vlastny C kod nepisali :)

Kód: Vybrat vše

2>.\du3g.cpp(285) : warning C4565: 'malloc' : redefinition; the symbol was previously declared with __declspec(restrict)
2>.\du3g.cpp(285) : warning C4565: 'malloc' : redefinition; the symbol was previously declared with __declspec(noalias)
2>.\du3g.cpp(285) : warning C4273: 'malloc' : inconsistent dll linkage
2>        C:\Program Files\Microsoft Visual Studio 8\VC\include\stdlib.h(636) : see previous definition of 'malloc'
2>.\du3g.cpp(292) : warning C4565: 'free' : redefinition; the symbol was previously declared with __declspec(noalias)
2>.\du3g.cpp(292) : warning C4273: 'free' : inconsistent dll linkage
2>        C:\Program Files\Microsoft Visual Studio 8\VC\include\stdlib.h(635) : see previous definition of 'free'
2>.\du3g.cpp(1112) : warning C4065: switch statement contains 'default' but no 'case' labels
2>.\du3g.cpp(1249) : warning C4244: '=' : conversion from 'int' to 'short', possible loss of data
2>.\du3g.cpp(1419) : warning C4127: conditional expression is constant
2>.\du3g.cpp(1425) : warning C4065: switch statement contains 'default' but no 'case' labels
2>.\du3g.cpp(1601) : warning C4127: conditional expression is constant
2>.\du3g.cpp(1651) : warning C4127: conditional expression is constant
2>.\du3g.cpp(1651) : warning C4127: conditional expression is constant
2>d:\prekladace\du3\mlaskal\public-rw\swi098\du3\du3g.cpp(1541) : warning C4706: assignment within conditional expression
2>d:\prekladace\du3\mlaskal\public-rw\swi098\du3\du3g.cpp(1305) : warning C4702: unreachable code
2>d:\prekladace\du3\mlaskal\public-rw\swi098\du3\du3g.cpp(1604) : warning C4702: unreachable code
2>Compiling...

Re: dú3

od hydrant » 26. 11. 2007 01:23

Pri prvej ulohe nam bolo povedane, ze bude vygenerovanych nejakych 5 warningov. Pri tejto ulohe, ale ziadna taka zmienka nie je... je v poriadku ak mi vypisuje prekladac taketo warningy?

Kód: Vybrat vše

.\du3g.cpp(299) : warning C4565: 'malloc' : redefinition; the symbol was previously declared with __declspec(restrict)
.\du3g.cpp(299) : warning C4565: 'malloc' : redefinition; the symbol was previously declared with __declspec(noalias)
.\du3g.cpp(299) : warning C4273: 'malloc' : inconsistent dll linkage
        C:\Program Files\Microsoft Visual Studio 8\VC\include\stdlib.h(594) : see previous definition of 'malloc'
.\du3g.cpp(306) : warning C4565: 'free' : redefinition; the symbol was previously declared with __declspec(noalias)
.\du3g.cpp(306) : warning C4273: 'free' : inconsistent dll linkage
        C:\Program Files\Microsoft Visual Studio 8\VC\include\stdlib.h(593) : see previous definition of 'free'
.\du3g.cpp(1003) : warning C4065: switch statement contains 'default' but no 'case' labels
.\du3g.cpp(1140) : warning C4244: '=' : conversion from 'int' to 'short', possible loss of data
.\du3g.cpp(1310) : warning C4127: conditional expression is constant
.\du3g.cpp(1316) : warning C4065: switch statement contains 'default' but no 'case' labels
.\du3g.cpp(1492) : warning C4127: conditional expression is constant
.\du3g.cpp(1542) : warning C4127: conditional expression is constant
.\du3g.cpp(1542) : warning C4127: conditional expression is constant

Re: dú3

od rastiq » 24. 11. 2007 22:22

soukromý čmuchal s prasečím rypákem píše:
df píše:ten problem neni tezky poresit, jediny co proste nemate je nastavenou cestu k m4, takze bud si udelejte batacek ve stylu

Kód: Vybrat vše

@set PATH=%PATH%;X:\Nekde mam bisona\bin
bison.exe --report=all -d -o du3g.cpp %1
a nebo (kdyz chcete aby vam to chodilo i v MSVS) si zmente promennou PATH systemwide
Jine reseni je nastavit si do systemove promenne M4 cestu k souboru m4.exe.
To by slo, dik, a nemali ste niekto vzapeti takuto hlasku?
C:\bison\bin\bison.exe: m4: Invalid argument

Re: dú3

od Jochanan » 24. 11. 2007 11:07

D píše:ktora ze to rekurzia je efektivnejsia? bednarek tvrdil tusim ze je to leva ale nejak sa mi to nezda ... poradi, vysvetli niekto?
Je to levá.
Navíc je jednodušší na zapsání.
Je efektivnější proto, že nějak v pravý se nejdřív všechno narve na zásobník a pak se to z něj užírá kdežto u levý se to užírá postupně...
Pro mě je spíš ta výhodnost v jednodušším zápisu

Re: dú3

od D » 24. 11. 2007 00:39

ktora ze to rekurzia je efektivnejsia? bednarek tvrdil tusim ze je to leva ale nejak sa mi to nezda ... poradi, vysvetli niekto?

Nahoru