Re: [Rlib-devel] RLIB-1.3.2 questions, problems and an ODBC fix

[Zoltan B. <zb...@du...>]

Bob Doan =C3=ADrta:
 > On Thu, 2005-04-14 at 19:56 +0200, Zoltan Boszormenyi wrote:
 >
 >>Bob Doan =C3=ADrta:
 >>
 >>>>>What is the license on the nl_langinfo stuff?
 >>>>
 >>>>GPL
 >>>
 >>>
 >>>Are you sure it's GPL??  nl_langinfo stuff in glibc is LGPL.  Did you
 >>>write this or did you get it from somewhere else?
 >>
 >>Yes, I am certain. This code is part of the development version of
 >>libextractor. http://gnunet.org/libextractor/
 >>
 >>Here's the patch that went into libextractor after the latest release:
 >>http://www.mail-archive.com/gnu...@gn.../msg00184.html
 >
 >
 > Hymmm.. Ok.  But something is kinda odd here.  GLIBC's nl_langinfo is
 > LGPL.  How can extractor relicense it under the GPL?
 >
 > This seems wrong to me.  And I hate to have to go into all these detai=
ls
 > but the (c) stuff is really important to the company.  I would rather =
be
 > coding, trust me ;)

AFAIK you can include LGPL code into GPL, it becomes GPLed.
But IANAL. I am good at acronyms. :-)

 >>Today I mailed the signed copyright asignment via airmail.
 >>I hope you receive it in a few days.
 >
 >
 > Great
 >
 >
 >>The attached patch fixes compile errors on MingW 3.2-rc3.
 >>In Windows, the directory names must not end with directory separators.
 >
 >
 > Ok

But I don't understand how it compiled on MingW 3.1.

 >>And the relink problem on "make install" is fixed if I modify ltmain.s=
h
 >>so the only "need_relink=3Dyes" line is modified to "need_relink=3Dno"
 >>after running autogen.sh.
 >
 >
 > Perhaps we can automate this????

Put this line

perl -pi.bak -e "s#need_relink=3Dyes#need_relink=3Dno#" ltmain.sh

into autogen.sh after libtoolize.

 >>Finally I was able to compile my rlibtest.c into rlibtest.exe.
 >>It produces a very bad PDF. I set up the same data source on Windows
 >>so it accesses the same dataset.
 >>
 >
 > Hym.. Sounds like a RPDF on windows problem.  I'll try to build this

And remember, my Linux build is 64-bit, there may be bugs there, too.
sizeof(int) =3D=3D 4 && sizeof(long) =3D=3D 8 on 64 bit systems.
The PDF I produced on my Fedora Core 3/x86-64 is slightly buggy, too.
It seems that XPDF's checks are not as strict as AcroRead's or GV's.

 > whole thing tonight on my windows box and see how far I get.
 >
 > Could you send me both PDF's please

I am sending them in private.

Best regards,
Zolt=C3=A1n B=C3=B6sz=C3=B6rm=C3=A9nyi