From: Rildo P. <ri...@pr...> - 2002-08-29 14:06:23
|
Hi all, I found that trying to compile TC have some problems, at least in my Slackware 8.0. Before patching it too much, I would ask you (the other developers) what do you think if we include db-1.85 source in our source tree, so the troubles with configuration go away forever? I choose version 1.85 because it is the only free version of this library, and anyway we don't support the added features of the other more recent releases of libdb. This way, our configuration scripts become much more easy to maintain and there will be no issues related to libdb anymore. What do you think? best regards, Rildo ------------------------------------------------------------------ Rildo Pragana FPGA/uControllers * Linux * tcl/tk R.Joaquim Nabuco,92/302 Derby http://www.pragana.net Recife, PE - Brazil 52011-000 +55-81-3223-5694 |
From: David E. <de...@ar...> - 2002-08-29 15:09:50
|
Rildo Pragana wrote: >I found that trying to compile TC have some problems, at least >in my Slackware 8.0. Before patching it too much, I would ask >you (the other developers) what do you think if we include >db-1.85 source in our source tree, so the troubles with >configuration go away forever? > What kind of problems are you having ? I am using Slackware 7, which includes DB version 2.4.14, and I can configure and build, the CVS version I downloaded yesterday, with out any problems. >I choose version 1.85 because it is the only free version of this >library, and anyway we don't support the added features of the >other more recent releases of libdb. >This way, our configuration scripts become much more easy to maintain >and there will be no issues related to libdb anymore. > >What do you think? > > > This may create more problems that it will solve, as many ditributions have more than one version of DB installed. David Essex |
From: Rildo P. <ri...@pr...> - 2002-08-29 16:36:28
|
Hi David, Here is the typescript of my session. (please see at the end) Of course, I could create some headers and place libraries in convenient locations, so the configure script will like that, but suppose I'm a simple TC user, not a developer. On Thu, 29 Aug 2002, David Essex wrote: > What kind of problems are you having ? > > I am using Slackware 7, which includes DB version 2.4.14, and I can > configure and build, the CVS version I downloaded yesterday, with out > any problems. Script started on Thu Aug 29 13:32:41 2002 root@roteador:/tmp/development# ./configure creating cache ./config.cache checking for gcc... gcc checking for as... as checking for a BSD compatible install... /usr/bin/ginstall -c checking whether ln -s works... yes checking whether make sets ${MAKE}... yes checking for ranlib... ranlib checking for ar... ar checking for flex... flex checking for bison... bison checking for expand... /usr/bin/expand checking how to run the C preprocessor... gcc -E checking whether cross-compiling... no checking for ANSI C header files... yes checking for stdio.h... yes checking for alloca.h... yes checking for errno.h... yes checking for fcntl.h... yes checking for limits.h... yes checking for sys/time.h... yes checking for unistd.h... yes checking for malloc.h... yes checking for stdlib.h... yes checking for string.h... yes checking for strings.h... yes checking for utime.h... yes checking for ctype.h... yes checking for sys/stat.h... yes checking for sys/types.h... yes checking for getopt.h... yes checking for ltdl.h... yes checking for working const... yes checking for off_t... yes checking for size_t... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for 8-bit clean memcmp... yes checking for vprintf... yes checking for strcspn... yes checking for strdup... yes checking for strerror... yes checking for strspn... yes checking for -lm... yes Beginning DB library header search sequence checking for db_185.h... no checking for db.h... yes Beginning DB library test link sequence checking if db.h header belongs to version 1.x (1.85-2)... no configure: error: header db.h for library db version 1.x \(1.85-2\) not found... aborting root@roteador:/tmp/development# exit Script done on Thu Aug 29 13:33:00 2002 --------------------------------------------------------------------------- best regards, Rildo ------------------------------------------------------------------ Rildo Pragana FPGA/uControllers * Linux * tcl/tk R.Joaquim Nabuco,92/302 Derby http://www.pragana.net Recife, PE - Brazil 52011-000 +55-81-3223-5694 |
From: David E. <de...@ar...> - 2002-08-29 22:50:47
|
At 10:38 AM 29/08/02 -0300, Rildo Pragana wrote: > Here is the typescript of my session. (please see at the end) > ... > On Thu, 29 Aug 2002, David Essex wrote: > >> What kind of problems are you having ? > >Script started on Thu Aug 29 13:32:41 2002 >#./configure >creating cache ./config.cache > ... >Beginning DB library header search sequence >checking for db_185.h... no >checking for db.h... yes >Beginning DB library test link sequence >checking if db.h header belongs to version 1.x (1.85-2)... no >configure: error: header db.h for library db version 1.x \(1.85-2\) not found... aborting From the lack of the db_185.h file, I think you have DB version 4 installed on your system. At 10:44 AM 29/08/02 -0300, Hudson Reis wrote: > >./configure --with-libdb=4 (To version 4 of libdb) Have you tries the above configure option ? Note that you should remove the configure cache file './config.cache', as it can cause problems. > Of course, I could create some headers and place libraries in convenient > locations, so the configure script will like that, but suppose I'm a simple > TC user, not a developer. Different distributions have multiple DB versions, consequently there is no way that I know of, to cleanly resolve this problem. David Essex |
From: Chris <cbo...@mi...> - 2002-08-29 15:27:04
|
I too have these problems, but with RH7.3. Having source from another project might solve our current troubles, but might cause others. Two of the same installed versions of libdb on one machine could be quite messy. Not that I have a better suggestion; that just seems very inelegant. On Thu, 2002-08-29 at 05:50, Rildo Pragana wrote: Hi all, I found that trying to compile TC have some problems, at least in my Slackware 8.0. Before patching it too much, I would ask you (the other developers) what do you think if we include db-1.85 source in our source tree, so the troubles with configuration go away forever? I choose version 1.85 because it is the only free version of this library, and anyway we don't support the added features of the other more recent releases of libdb. This way, our configuration scripts become much more easy to maintain and there will be no issues related to libdb anymore. What do you think? best regards, Rildo ------------------------------------------------------------------ Rildo Pragana FPGA/uControllers * Linux * tcl/tk R.Joaquim Nabuco,92/302 Derby http://www.pragana.net Recife, PE - Brazil 52011-000 +55-81-3223-5694 ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Tin...@li... https://lists.sourceforge.net/lists/listinfo/tiny-cobol-users |
From: Hudson R. <hud...@so...> - 2002-08-29 16:59:45
|
Hi Rildo, > I found that trying to compile TC have some problems, at least > in my Slackware 8.0. Before patching it too much, I would ask > you (the other developers) what do you think if we include > db-1.85 source in our source tree, so the troubles with > configuration go away forever? In my point of view, include db-1.85 sources in source tree isn't a good idea so the libdb sources have a 272,892kb. The most dammaged is the dial-up concection user, like me and others. :( For example: SourceNavigator(1), have a 15MB(in sources!), however, is included in your source tree the sources of libdb, grep, itcl, tcl8.1, tk8.1 and tix. If I remove this packages and compact again, the size of source navigator's package is 7MB. Again, the most dammaged is the dial-up connection user. :( > I choose version 1.85 because it is the only free version of this > library, and anyway we don't support the added features of the > other more recent releases of libdb. > This way, our configuration scripts become much more easy to maintain > and there will be no issues related to libdb anymore. > > What do you think? I don't think a good idea, so the user couldn't configure the libdb version. The current way is very good for me: ./configure --with-libdb=2 (To version 2 of libdb) ./configure --with-libdb=3 (To version 3 of libdb) ./configure --with-libdb=4 (To version 4 of libdb) Regards, Hudson 1) SourceNavigator. http://sources.redhat.com/sourcenav |
From: Andrew C. <apc...@so...> - 2002-08-29 21:30:41
|
Hi Rildo, I have no problem with the Idea. Just remember however that there are different versions we will need to include depending on weather you are compiling for Linux or Cygwin or Mingw32. Regards Andrew Cameron ----- Original Message ----- From: "Rildo Pragana" <ri...@pr...> To: <tin...@li...> Sent: 29 August 2002 06:50 Subject: [Tiny-cobol-users] Problems compiling with libdb, again. > Hi all, > > I found that trying to compile TC have some problems, at least > in my Slackware 8.0. Before patching it too much, I would ask > you (the other developers) what do you think if we include > db-1.85 source in our source tree, so the troubles with > configuration go away forever? > > I choose version 1.85 because it is the only free version of this > library, and anyway we don't support the added features of the > other more recent releases of libdb. > This way, our configuration scripts become much more easy to maintain > and there will be no issues related to libdb anymore. > > What do you think? > > best regards, > Rildo > ------------------------------------------------------------------ > Rildo Pragana FPGA/uControllers * Linux * tcl/tk > R.Joaquim Nabuco,92/302 Derby http://www.pragana.net > Recife, PE - Brazil 52011-000 +55-81-3223-5694 > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Tin...@li... > https://lists.sourceforge.net/lists/listinfo/tiny-cobol-users |