#exult@irc.freenode.net logs for 17 Feb 2008 (GMT)

Archive Today Yesterday Tomorrow
Exult homepage


[01:08:35] <Kirben> I'm getting bison error when compiling tools, with current CVS:
[01:08:37] <Kirben> bison -d usecode/compiler/ucparse.yy -o ucparse.c
[01:08:37] <Kirben> usecode/compiler/ucparse.yy:253: type clash (`' `stmt') on default action
[01:08:55] --- Marzo_away is now known as Marzo
[01:09:00] <Marzo> Let me check
[01:10:43] <Marzo> Hm. On second thought, it might be difficult for me to check as I just made a huge commit
[01:10:52] <Marzo> How current is yur CVS?
[01:11:27] <wjp> that was one huge commit :-)
[01:11:55] <Marzo> Worst part is that the really REALLY huge part is still unfinished
[01:12:13] <Kirben> Just checked again, it is current CVS.
[01:12:14] <Marzo> (so that I didn't commit everything that I have changed)
[01:12:29] <wjp> cool accidental catch on that egg issue recently, by the way
[01:12:54] <Marzo> I am asking because the error message doesn't make sense for the ucparse.yy I have
[01:13:13] <Marzo> Thanks; that was one hell of a lucky typo
[01:17:25] <wjp> hm, the type of class_var_def isn't declared
[01:18:18] <Marzo> Oh, right; I missed that
[01:18:28] <Marzo> (strange that it compiles without error here)
[01:20:24] <Marzo> Hm; it shouldn't matter as its value is never set nor used
[01:21:54] <wjp> that may be why your bison accepts it
[01:23:57] <Marzo> I managed to get the error by setting the type of 'class_var_def'
[01:24:58] <Marzo> Kirben: check to see if there is an entry of 'class_var_def' on a line starting with '%type <stmt>'
[01:25:33] <Marzo> (although I feel stupid just suggesting that...)
[01:26:47] <Kirben> No, I don't see that in ucparse.yy.
[01:27:23] <Marzo> I am trying a fresh checkout to an empty dir to see if I can reproduce
[01:27:58] <Marzo> Out of curiosity, what is your version of Bison?
[01:28:29] <Kirben> I'm using a rarther old bison version, but I'm not sure on exact version. It just states 'Bison Win32 Special'.
[01:28:53] <Marzo> That is the output of 'bison --version'?
[01:29:17] <Marzo> I am using 2.3 from GnuWin32
[01:29:27] <Kirben> Yes
[01:30:31] <Kirben> I recall Colourless had to make some changes to the windows port of either bison/flex in past, in order for tools to compile.
[01:31:42] <Marzo> The one I am using is an out-of-the-box distributed binary, so that problem seems to not exist with more modern versions
[01:34:09] <Kirben> Judging by bison.simple, this seems to be version 1.28.
[01:34:33] <Marzo> Clean checkout compiles without problem
[01:34:50] <Marzo> It must be the version you are using
[01:35:05] <Kirben> I only see bison 2.1 at GnuWin32 web site.
[01:35:50] <Marzo> I mixed up; 2.3 is actually available from the MinGW website
[01:36:10] <Marzo> Here: http://sourceforge.net/project/showfiles.php?group_id=2435
[01:36:23] <Marzo> Search for Bison
[01:36:58] <Marzo> (I had, once upon a time, used the GnuWin32 version, but don't anymore)
[01:37:37] <Marzo> The one from MinGW website has the advantage that it can be installed to the msys /bin directory
[01:51:04] <Marzo> For the record, a quick googling shows that it is indeed a problem with some older versions of Bison
[01:52:14] <Marzo> (from around 2002 and back)
[01:52:35] <Marzo> So that must be a very old version you had :-)
[01:57:32] <-- LordNAway has left IRC ("Leaving")
[02:01:27] <Kirben> When I try this bison version, it just seems to lock up.
[02:01:43] <Kirben> Stalls on 'bison -d usecode/compiler/ucparse.yy -o ucparse.c'.
[02:04:53] <Marzo> That is odd
[02:07:03] <Marzo> I don't remember if msys distributes msys-1.0.dll or not, but it is needed by the msys Bison; do you have that DLL in your msys /bin folder?
[02:10:55] <Kirben> Looks like it requires msys 0.11.0, was easier to just use the older GnuWin32 version.
[02:11:16] <Marzo> True
[02:12:35] <Marzo> Just an important note: the GnuWin32 version must *not* be installed in the msys /bin directory or it won't work
[02:13:27] <Marzo> If you go that route, you'll have to install to the mingw /bin directory (or to the /local/bin directory if it is in your path)
[02:14:58] <Kirben> ok, I usually place extra libs, in mingw sub directories anyway.
[02:16:21] <Marzo> brb
[02:16:31] <-- Marzo has left IRC ("Marzo vanishes suddenly.")
[02:22:31] --> Marzo has joined #exult
[02:23:15] <Marzo> back
[02:26:50] <Kirben> Anoter compile error with tools:
[02:26:51] <Kirben> ./usecode/compiler/ucmain.cc:109: error: 'getopt' was not declared in this scope
[02:27:15] <Marzo> Huh? That has been there for ages
[02:27:30] <Marzo> Hm
[02:27:57] <Marzo> I remember now; there was a tricky bit about getopt being included through some other file which gives problems in msys
[02:28:12] <Marzo> Let me see if I can dig up what it was
[02:31:02] <Marzo> (but then again, why are you having problems with this? You have been compiling this stuff for quite some time now...)
[02:31:54] <Marzo> Here it is: getopt should be included from unistd.h file
[02:32:20] <Marzo> I have one in mingw/include and one in mingw/include/sys
[02:32:24] <Kirben> Yes, I see now, the GnuWin32 verison of bison overwirte that file.
[02:32:47] <Marzo> I have a distinct memory of having edited the one in mingw/include, or maybe of deleting one from msys
[02:37:05] <Marzo> Here, this is the one I have: http://seventowers.u7feudallands.com/unistd.h
[02:37:14] <Marzo> It is in mingw/include
[02:37:17] <Kirben> I remembered getopt was used for long time, but couldn't find reference in getopt.h in includes.
[02:38:28] <Marzo> Yeah, I found out about -- I believe maybe when I installed the GnuWin32 Bison, although I hadn't made the connection until now
[02:38:39] <Marzo> It is buried in the changelog
[02:38:44] <Kirben> I just restored the version from the mingw runtime.
[02:39:05] <Marzo> Well, I'll take the other one down then
[02:42:00] <Kirben> Thanks for the help.
[02:42:06] <Sevalecan> you're welcome
[02:42:26] <Marzo> I'll make mine Sevalecan's words :-)
[02:42:31] <Sevalecan> ;)
[02:54:40] <-- Kirben has left IRC ("brb")
[02:57:34] --> Kirben has joined #exult
[02:57:34] --- ChanServ gives channel operator status to Kirben
[03:11:35] <Marzo> Good night all
[03:11:42] <-- Marzo has left IRC ("Marzo vanishes suddenly.")
[03:48:34] --> Lord_Nightmare has joined #exult
[04:49:18] <-- Kirben has left IRC ()
[04:54:24] --> Kirben has joined #exult
[04:54:24] --- ChanServ gives channel operator status to Kirben
[06:12:56] --> pupnik_ has joined #exult
[06:24:47] <-- pupnik has left IRC (Read error: 110 (Connection timed out))
[08:06:50] <-- Baastuul has left IRC ()
[08:17:16] --> MFen has joined #exult
[08:17:26] <MFen> is there a list of flags in the black gate?
[08:17:32] <MFen> or any tips on how to extract one
[08:17:43] <MFen> i found one for SI but not TBG
[08:18:18] <MFen> i'm having trouble getting past the well of souls. rowena isn't too far away from trent.. she's just GONE. i need to set a flag so i talked to her.
[08:21:54] <MFen> nm, i finally found the bitch.
[12:49:29] --> Fingolfin has joined #exult
[12:49:29] --- ChanServ gives channel operator status to Fingolfin
[12:59:24] <-- Kirben has left IRC (Read error: 110 (Connection timed out))
[13:03:18] --> Dark-Star has joined #exult
[14:32:58] --> shazza has joined #exult
[16:32:03] <-- Fingolfin has left IRC ()
[16:34:14] --> Marzo has joined #exult
[16:54:00] --> Cahaan has joined #exult
[17:06:11] <-- Cahaan has left IRC ()
[17:33:07] --> Fingolfin has joined #exult
[17:33:07] --- ChanServ gives channel operator status to Fingolfin
[17:33:47] <-- Fingolfin has left IRC (Client Quit)
[18:22:03] --- Marzo is now known as Marzo_away
[22:31:34] --- pupnik_ is now known as pupnik
[23:25:15] --> Kirben has joined #exult
[23:25:15] --- ChanServ gives channel operator status to Kirben