* Re: Building on FreeBSD 3.2
@ 2000-11-09 12:42 Ian Roxborough
2000-11-09 14:02 ` Chip Olson
0 siblings, 1 reply; 8+ messages in thread
From: Ian Roxborough @ 2000-11-09 12:42 UTC (permalink / raw)
To: Chip Olson, sourcenav
On Thu, 09 Nov 2000, Chip Olson wrote:
> Date: Thu, 09 Nov 2000 15:13:07 -0500
> To: sourcenav@sourceware.cygnus.com
> From: Chip Olson <ceo@shore.net>
> Subject: Building on FreeBSD 3.2
>
>
> Hi;
>
> I'm trying to build SN 4.5.2 on FreeBSD 3.2, and am failing miserably.
>
> [ceo ~/me/SN452-source/snavigator]$ make
Are all the other parts build (tk,tcl,db,grep,etc)?
Otherwise you probably want to do something like:
[ceo ~/me/SN452-source]$ make all-snavigator
Which sould build db/PORT/* and friends before buildin
the main snavigator directory.
Afterwards, just do a make install-snavigator.
(My making a couple of assumptions like you have a
build dir like ~/me/SN452-build and so on.)
Ian.
> make all-recursive
> Making all in misc
> Making all in libutils
> Making all in db
> Making all in ../parsers/cpp/cpplib
> make: don't know how to make ../../db/PORT/libdb.a. Stop
> *** Error code 1
>
> Stop.
> *** Error code 1
>
> Stop.
> *** Error code 1
>
> Stop.
>
> It looks like the make process is in SN452-source/snavigator/db, builds
> SN452-source/snavigator/parsers/cpp/cpplib from there, and then goes to
> SN452-source/db/PORT, which is in the original source tree rather than
> the
> parallel build tree, SN452-source/snavigator/db/PORT. Since configure was
> run in the build tree, there's no Makefile there and nothing was built.
>
> Is there something subtle wrong with my system (which wouldn't surprise
> me
> in the least), or am I just missing something? Upgrading to FreeBSD 4.0
> isn't an option, unfortunately.
>
> --
> -Chip Olson. | ceo at shore dot net
> "You ask me why we celebrate, when nothing has been won;
> We take dark hours, we make them great, that's all we've ever done..."
> -Oysterband, "This Is The Voice".
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Building on FreeBSD 3.2
2000-11-09 12:42 Building on FreeBSD 3.2 Ian Roxborough
@ 2000-11-09 14:02 ` Chip Olson
2000-11-09 14:37 ` Ben Elliston
0 siblings, 1 reply; 8+ messages in thread
From: Chip Olson @ 2000-11-09 14:02 UTC (permalink / raw)
To: Source-Navigator
Wow, that was fast. OK, I'm a moron; I wasn't building out of a parallel
build directory.
Now I'm having another problem. After lintcl8.1.a successfully builds:
gcc -c -g -O2 -fwritable-strings
-I../../../SN452-source/tcl8.1/unix/../generic
-I../../../SN452-source/tcl8.1/unix -DHAVE_GETCWD=1 -DHAVE_OPENDIR=1
-DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -DHAVE_TMPNAM=1 -DHAVE_WAITPID=1
-DNO_VALUES_H=1 -DHAVE_UNISTD_H=1 -DUSE_TERMIOS=1 -DHAVE_SYS_TIME_H=1
-DTIME_WITH_SYS_TIME=1 -DHAVE_TM_ZONE=1 -DHAVE_TM_GMTOFF=1
-DHAVE_ST_BLKSIZE=1 -DSTDC_HEADERS=1 -DNEED_MATHERR=1 -DHAVE_SIGNED_CHAR=1
-DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_FILIO_H=1 -DTCL_SHLIB_EXT=\"\"
../../../SN452-source/tcl8.1/unix/../unix/tclAppInit.c
gcc tclAppInit.o -L/usr/home/ceo/SN/SN452-build/tcl8.1/unix -ltcl8.1 -lm
-lc \
-o tclsh
/usr/home/ceo/SN/SN452-build/tcl8.1/unix/libtcl8.1.a(tclLoad.o): In
function `Tcl_LoadObjCmd':
/usr/home/ceo/SN/SN452-build/tcl8.1/unix/../../../SN452-source/tcl8.1/unix/../generic/tclLoad.c:332:
undefined reference to `TclpLoadFile'
/usr/home/ceo/SN/SN452-build/tcl8.1/unix/../../../SN452-source/tcl8.1/unix/../generic/tclLoad.c:342:
undefined reference to `TclpUnloadFile'
/usr/home/ceo/SN/SN452-build/tcl8.1/unix/libtcl8.1.a(tclLoad.o): In
function `LoadExitProc':
/usr/home/ceo/SN/SN452-build/tcl8.1/unix/../../../SN452-source/tcl8.1/unix/../generic/tclLoad.c(.text+0x841):
undefined reference to `TclpUnloadFile'
gmake[2]: *** [tclsh] Error 1
gmake[2]: Leaving directory `/usr/home/ceo/SN/SN452-build/tcl8.1/unix'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory `/usr/home/ceo/SN/SN452-build/tcl8.1'
gmake: *** [all-tcl8.1] Error 2
I have perfectly functional builds of Tcl 8.0 and 8.2 on my system already.
--
-Chip Olson. | ceo at shore dot net
"You ask me why we celebrate, when nothing has been won;
We take dark hours, we make them great, that's all we've ever done..."
-Oysterband, "This Is The Voice".
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Building on FreeBSD 3.2
2000-11-09 14:02 ` Chip Olson
@ 2000-11-09 14:37 ` Ben Elliston
2000-11-09 18:48 ` Chip Olson
0 siblings, 1 reply; 8+ messages in thread
From: Ben Elliston @ 2000-11-09 14:37 UTC (permalink / raw)
To: Chip Olson; +Cc: Source-Navigator
Now I'm having another problem. After lintcl8.1.a successfully builds:
/usr/home/ceo/SN/SN452-build/tcl8.1/unix/../../../SN452-source/tcl8.1/unix/../generic/tclLoad.c:332:
undefined reference to `TclpLoadFile'
/usr/home/ceo/SN/SN452-build/tcl8.1/unix/../../../SN452-source/tcl8.1/unix/../generic/tclLoad.c:342:
undefined reference to `TclpUnloadFile'
/usr/home/ceo/SN/SN452-build/tcl8.1/unix/libtcl8.1.a(tclLoad.o): In
function `LoadExitProc':
/usr/home/ceo/SN/SN452-build/tcl8.1/unix/../../../SN452-source/tcl8.1/unix/../generic/tclLoad.c(.text+0x841):
undefined reference to `TclpUnloadFile'
At a glance, this looks like the code that loads and unloads dynamic modules
in Tcl -- that is, code that would use dlopen() or similar. Perhaps Tcl's
configury is unable to determine which mechanism is needed on FreeBSD?
Again, check Tcl's config.log for the gory details. It's probably been
known about and fixed in the official Tcl distribution for some time.
Ben
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Building on FreeBSD 3.2
2000-11-09 14:37 ` Ben Elliston
@ 2000-11-09 18:48 ` Chip Olson
2000-11-09 18:56 ` Ben Elliston
2000-11-09 20:27 ` Syd Polk
0 siblings, 2 replies; 8+ messages in thread
From: Chip Olson @ 2000-11-09 18:48 UTC (permalink / raw)
To: Source-Navigator
Two steps forward and one back. Indeed, config.log showed me the answer; it
wasn't able to find libdl.so. This turned out to be in /compat/linux/lib,
so I added a -L line pointing thereto at the point in the config script
where it compiles its little bit of test code to see if dlopen() exists.
Now, the same compilation gives the result "/compat/linux/lib/libdl.so:
undefined reference to `_IO_stderr_". So it looks like I have some poking
around with the FreeBSD Linux compatibility libraries ahead of me; oh joy.
I have a question, however, that might enable me to bypass all that: Is
there a way to build SN in such a way that it uses the already-installed
versions of tcl, grep, db etc. rather than the ones that come with the
source distribution?
--
-Chip Olson. | ceo at shore dot net
"You ask me why we celebrate, when nothing has been won;
We take dark hours, we make them great, that's all we've ever done..."
-Oysterband, "This Is The Voice".
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Building on FreeBSD 3.2
2000-11-09 18:48 ` Chip Olson
@ 2000-11-09 18:56 ` Ben Elliston
2000-11-09 20:27 ` Syd Polk
1 sibling, 0 replies; 8+ messages in thread
From: Ben Elliston @ 2000-11-09 18:56 UTC (permalink / raw)
To: Chip Olson; +Cc: Source-Navigator
Two steps forward and one back. Indeed, config.log showed me the
answer; it wasn't able to find libdl.so. This turned out to be in
/compat/linux/lib, so I added a -L line pointing thereto at the point
in the config script where it compiles its little bit of test code to
see if dlopen() exists. Now, the same compilation gives the result
"/compat/linux/lib/libdl.so: undefined reference to `_IO_stderr_". So
it looks like I have some poking around with the FreeBSD Linux
compatibility libraries ahead of me; oh joy.
Why are you trying to use the Linux compatibility? Why not try and compile
the whole package to run natively on FreeBSD? If that's the case, where do
you normally link dl_open() from?
Ben
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Building on FreeBSD 3.2
2000-11-09 18:48 ` Chip Olson
2000-11-09 18:56 ` Ben Elliston
@ 2000-11-09 20:27 ` Syd Polk
1 sibling, 0 replies; 8+ messages in thread
From: Syd Polk @ 2000-11-09 20:27 UTC (permalink / raw)
To: Chip Olson; +Cc: Source-Navigator
Chip Olson wrote:
>
> Two steps forward and one back. Indeed, config.log showed me the answer; it
> wasn't able to find libdl.so. This turned out to be in /compat/linux/lib,
> so I added a -L line pointing thereto at the point in the config script
> where it compiles its little bit of test code to see if dlopen() exists.
> Now, the same compilation gives the result "/compat/linux/lib/libdl.so:
> undefined reference to `_IO_stderr_". So it looks like I have some poking
> around with the FreeBSD Linux compatibility libraries ahead of me; oh joy.
>
> I have a question, however, that might enable me to bypass all that: Is
> there a way to build SN in such a way that it uses the already-installed
> versions of tcl, grep, db etc. rather than the ones that come with the
> source distribution?
>
Not currently. We are working hard for that to happen.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Building on FreeBSD 3.2
2000-11-09 12:13 Chip Olson
@ 2000-11-09 12:25 ` Syd Polk
0 siblings, 0 replies; 8+ messages in thread
From: Syd Polk @ 2000-11-09 12:25 UTC (permalink / raw)
To: Chip Olson; +Cc: sourcenav
Chip Olson wrote:
>
> Hi;
>
> I'm trying to build SN 4.5.2 on FreeBSD 3.2, and am failing miserably.
>
> [ceo ~/me/SN452-source/snavigator]$ make
> make all-recursive
> Making all in misc
> Making all in libutils
> Making all in db
> Making all in ../parsers/cpp/cpplib
> make: don't know how to make ../../db/PORT/libdb.a. Stop
> *** Error code 1
>
> Stop.
> *** Error code 1
>
> Stop.
> *** Error code 1
>
> Stop.
>
> It looks like the make process is in SN452-source/snavigator/db, builds
> SN452-source/snavigator/parsers/cpp/cpplib from there, and then goes to
> SN452-source/db/PORT, which is in the original source tree rather than the
> parallel build tree, SN452-source/snavigator/db/PORT. Since configure was
> run in the build tree, there's no Makefile there and nothing was built.
It looks like configure bombed out in this directory. Dump your complete
configure log and look for errors.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Building on FreeBSD 3.2
@ 2000-11-09 12:13 Chip Olson
2000-11-09 12:25 ` Syd Polk
0 siblings, 1 reply; 8+ messages in thread
From: Chip Olson @ 2000-11-09 12:13 UTC (permalink / raw)
To: sourcenav
Hi;
I'm trying to build SN 4.5.2 on FreeBSD 3.2, and am failing miserably.
[ceo ~/me/SN452-source/snavigator]$ make
make all-recursive
Making all in misc
Making all in libutils
Making all in db
Making all in ../parsers/cpp/cpplib
make: don't know how to make ../../db/PORT/libdb.a. Stop
*** Error code 1
Stop.
*** Error code 1
Stop.
*** Error code 1
Stop.
It looks like the make process is in SN452-source/snavigator/db, builds
SN452-source/snavigator/parsers/cpp/cpplib from there, and then goes to
SN452-source/db/PORT, which is in the original source tree rather than the
parallel build tree, SN452-source/snavigator/db/PORT. Since configure was
run in the build tree, there's no Makefile there and nothing was built.
Is there something subtle wrong with my system (which wouldn't surprise me
in the least), or am I just missing something? Upgrading to FreeBSD 4.0
isn't an option, unfortunately.
--
-Chip Olson. | ceo at shore dot net
"You ask me why we celebrate, when nothing has been won;
We take dark hours, we make them great, that's all we've ever done..."
-Oysterband, "This Is The Voice".
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2000-11-09 20:27 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-11-09 12:42 Building on FreeBSD 3.2 Ian Roxborough
2000-11-09 14:02 ` Chip Olson
2000-11-09 14:37 ` Ben Elliston
2000-11-09 18:48 ` Chip Olson
2000-11-09 18:56 ` Ben Elliston
2000-11-09 20:27 ` Syd Polk
-- strict thread matches above, loose matches on Subject: below --
2000-11-09 12:13 Chip Olson
2000-11-09 12:25 ` Syd Polk
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).