FreeTDS Development Group

["Lowden, James K" <LowdenJK AT bernstein.com>]

> From: takdir.meshram AT wipro.com
> Sent: July 16, 2004 7:54 AM
> 
>  I tried the following code which you had given me but its give me
> error, hence which makes me conclude that there are no GNU diff and
> patch installed.The only option I have to is to manually  edit the
> makefiles. Can you please let me know which are the lines I 
> have to edit in the make file?

In each of these files:

src/ctlib/Makefile
src/dblib/Makefile
src/odbc/Makefile

look for a line with "-export-symbols-regex" on it.  That is what causes the 
symbols to be removed.    Delete "-export-symbols-regex" and anything after 
it (to end-of-line).  Leave the beginning of the line in place.  

$ make clean; make; make install  

> As this code is free but  still is there any licence issue 
> which I have to take care of?

That depends on your situation.  If you are redistributing FreeTDS, there are 
terms in the LGPL that apply to you.  If you're just working within your firm 
or for a client, no.  

If your question applies to these Makefile changes, please don't worry.   
First of all, you're helping the project by using FreeTDS in a new 
environment.  Second, the copyright notice at the top of the Makefiles give 
you explicit permission to modify them.  

HTH and regards, 

--jkl


> 
> -----Original Message-----
> From: freetds-bounces AT lists.ibiblio.org
> [mailto:freetds-bounces AT lists.ibiblio.org] On Behalf Of 
> Lowden, James K
> Sent: Wednesday, July 14, 2004 10:40 PM
> To: FreeTDS Development Group
> Subject: RE: [freetds] Unable to run the ' make' process for freeTDS.
> 
> 
> > From: takdir.meshram AT wipro.com
> > Sent: July 14, 2004 11:50 AM
> >
> > The environment  is  MP-RAS UNIX SYSTEM V (client) and MS-SQL SERVER
> 
> > VERSION 5.0.(windows 2000)
> >
> 
> > ./configure --prefix=$PREFIX --enable-msdblib=yes
> > --enable-threadsafe=no --with-odbc-nodm=DIR
> >
> 
> >    depmode=gcc /bin/ksh ../../depcomp \
> >         gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include
> 
> > -D_FREETDS_LIBRARY_SOURCE -DTDS_NO_DM -DMSDBLIB -DDEBUG=1 -Wc
> >         /bin/ksh ../../libtool --mode=link gcc  -g -O2    -o tsql
> > tsql.o -lcurses  ../tds/libtds.la
> > gcc -g -O2 -o .libs/tsql tsql.o  -lcurses ../tds/.libs/libtds.so
> 
> > -Wl,--rpath -Wl,/home/devl/dpsdx58/unix2sql/freetds-0.62.4/lib
> > /usr/local/i586-ncr-sysv4.3.03/bin/ld: warning: /usr/lib/libc.so.1,
> 
> > needed by ../tds/.libs/libtds.so, not found (try using --rpath)
> > ../tds/.libs/libtds.so: undefined reference to `connect'
> > ../tds/.libs/libtds.so: undefined reference to `gethostbyaddr'
> > ../tds/.libs/libtds.so: undefined reference to `socket'
> 
> You may be suffering from restrictions to the list of symbols being
> exported by libtds.  Try something like this:
> 
> $ make clean
> $ for T in src/*/Makefile
>   do
>         sed 's/-export-symbols-regex.*$//' $T \
>               | diff -u $T - \
>               | patch
>   done
> $ make; make install
> 
> The "sed" command will remove the restriction, causing libtds 
> to export
> the names of the libc (and other) functions it uses.  I'm assuming you
> have GNU diff and patch.  If not, you'll need to edit the Makefiles
> manually. 
> 
> 
> [I would like to see this symbol list optimization removed, or applied
> only to systems whose linker is known (by autoconf) to support it.  I
> still don't understand why we're bothering with 
> export-symbols-regex.] 
> 

-----------------------------------------
The information contained in this transmission may contain privileged and 
confidential information and is intended only for the use of the person(s) 
named above. If you are not the intended recipient, or an employee or agent 
responsible for delivering this message to the intended recipient, any 
review, dissemination, distribution or duplication of this communication is 
strictly prohibited. If you are not the intended recipient, please contact 
the sender immediately by reply e-mail and destroy all copies of the original 
message. Please note that we do not accept account orders and/or instructions 
by e-mail, and therefore will not be responsible for carrying out such orders 
and/or instructions.
If you, as the intended recipient of this message, the purpose of which is to 
inform and update our clients, prospects and consultants of developments 
relating to our services and products, would not like to receive further 
e-mail correspondence from the sender, please "reply" to the sender 
indicating your wishes.  In the U.S.: 1345 Avenue of the Americas, New York, 
NY 10105.