Re: gcalctool-5.7.26

[Frank Solensky <frank solensky org>]

More info: the problem is due to a bug in an update to flex in the
Fedora Core 4 distro.  The flex-2.5.4a-35.fc4, released Friday the 13th
(appropriately enough) causes this problem.  An updated package,
flex-2.5.4a-36.fc4, fixes it.

On Sun, 2006-01-22 at 13:11 -0500, Joseph E. Sacco, PhD wrote:
> Thanks. That's what open source is all about.
> 
> -Joseph
> 
> ==============================================================================
> On Sun, 2006-01-22 at 12:30 -0500, Frank Solensky wrote:
> > Sorry: Linux; Fedora 4 distro, kernel 2.6.14-1.1656_FC4.
> > 
> > Once the full build finished on my machine I'll submit the bug and a
> > patch to gcalctool, cc'ing you on it.
> > 
> > On Sun, 2006-01-22 at 11:33 -0500, Joseph E. Sacco, PhD wrote:
> > > Which OS???
> > > 
> > > ================================================================
> > > On Sun, 2006-01-22 at 09:12 -0500, Frank Solensky wrote:
> > > > I'm running into a problem building gcalctool in garnome 2.3.15.
> > > > 
> > > > libparser.a(lex.lr.o)(.text+0xe00): In function
> > > >   _yy_dummy_uses_of_static_functions_b2f4_517d_02ff_b30c_3e5a_47d7_aaa3_3b5d_':
> > > > /home/fsolensky/gnome/garnome-2.13.5/desktop/gcalctool/
> > > >     work/main.d/gcalctool-5.7.26/gcalctool/lex.lr.c:1854:
> > > >   multiple definition of `_yy_dummy_uses_of_static_functions_b2f4_517d_02ff_b30c_3e5a_47d7_aaa3_3b5d_'
> > > > libparser.a(lex.ce.o)(.text+0xe30):/home/fsolensky/gnome/garnome-2.13.5/desktop/gcalctool/
> > > >     work/main.d/gcalctool-5.7.26/gcalctool/lex.ce.c:1887: first defined here
> > > > collect2: ld returned 1 exit status
> > > > make[4]: *** [gcalctool] Error 1
> > > > 
> > > > It's an attempt to avoid a warning message when compiling a
> > > > lex-generated source file.  It accomplishes this by replacing it with a
> > > > link error message when the same function shows up in two different
> > > > source files.
> > > > 
> > > > In case anyone else has run into this: changing the routine in either of
> > > > the source files to an "extern" works around it well enough for the
> > > > build to continue.
> > > >