Menu
▾
▴
cscope-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
(54) |
May
(109) |
Jun
(2) |
Jul
(4) |
Aug
(10) |
Sep
(19) |
Oct
(25) |
Nov
(17) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
|
Mar
(2) |
Apr
(7) |
May
(5) |
Jun
(26) |
Jul
(28) |
Aug
(47) |
Sep
(30) |
Oct
(22) |
Nov
(11) |
Dec
(6) |
| 2002 |
Jan
(37) |
Feb
(9) |
Mar
(69) |
Apr
(18) |
May
(10) |
Jun
(16) |
Jul
(63) |
Aug
(21) |
Sep
(10) |
Oct
(6) |
Nov
(9) |
Dec
(25) |
| 2003 |
Jan
(13) |
Feb
(4) |
Mar
(10) |
Apr
(9) |
May
(13) |
Jun
(17) |
Jul
(14) |
Aug
(33) |
Sep
(25) |
Oct
(16) |
Nov
(6) |
Dec
(2) |
| 2004 |
Jan
(20) |
Feb
(18) |
Mar
(12) |
Apr
(12) |
May
(2) |
Jun
(15) |
Jul
(14) |
Aug
(3) |
Sep
(16) |
Oct
(11) |
Nov
(19) |
Dec
(32) |
| 2005 |
Jan
(31) |
Feb
(38) |
Mar
(8) |
Apr
(33) |
May
(9) |
Jun
|
Jul
(4) |
Aug
(30) |
Sep
(8) |
Oct
(16) |
Nov
(21) |
Dec
(12) |
| 2006 |
Jan
(5) |
Feb
(16) |
Mar
(12) |
Apr
(24) |
May
(15) |
Jun
(21) |
Jul
(14) |
Aug
(5) |
Sep
(22) |
Oct
(33) |
Nov
(53) |
Dec
(47) |
| 2007 |
Jan
(20) |
Feb
(51) |
Mar
(30) |
Apr
(69) |
May
(66) |
Jun
(99) |
Jul
(128) |
Aug
(45) |
Sep
(10) |
Oct
(20) |
Nov
(26) |
Dec
(14) |
| 2008 |
Jan
(9) |
Feb
(31) |
Mar
(57) |
Apr
(175) |
May
(17) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
(4) |
Apr
(2) |
May
|
Jun
|
Jul
(5) |
Aug
(3) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(1) |
Nov
|
Dec
(1) |
| 2011 |
Jan
(5) |
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
(8) |
Oct
(3) |
Nov
(14) |
Dec
(9) |
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(6) |
Aug
(2) |
Sep
(7) |
Oct
(1) |
Nov
|
Dec
(2) |
| 2014 |
Jan
(1) |
Feb
|
Mar
|
Apr
(4) |
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Joshua U. <uz...@li...> - 2000-05-02 08:00:20
|
* Petr Sorfa <pe...@us...> [000501 10:29]: > I've updated ./configure to work properly for UW7 to pick up -lcurses. > > I'm not too sure if the fix is valid, so please test. > > Basically there was a line (1700) with #include</usr/include/curses.h> which > was causing a test failure. By changing it to #include<curses.h> the > test passed and all is rosey. > > I've tested it on UnixWare 7.0 and RedHat 6.2 with no problem. Umm... no, the fix is not valid. The change must be done in the configure.in (or related) file... not in the configure script itself. The second you run "autoconf" to regenerate the configure script, that change becomes moot. This is what makes it so challenging to deal with. I might even suggest taking the "configure" file out of the tree, since it is a generated file... -- Joshua Uziel, Senior Linux Consultant, Linuxcare, Inc. 415.354.4878 tel, 415.701.7457 fax uz...@li..., http://www.linuxcare.com/ Linuxcare. Support for the revolution. |
|
From: Petr S. <pe...@us...> - 2000-05-01 17:03:04
|
Hi, I've updated ./configure to work properly for UW7 to pick up -lcurses. I'm not too sure if the fix is valid, so please test. Basically there was a line (1700) with #include</usr/include/curses.h> which was causing a test failure. By changing it to #include<curses.h> the test passed and all is rosey. I've tested it on UnixWare 7.0 and RedHat 6.2 with no problem. Petr |
|
From: Joshua U. <uz...@li...> - 2000-04-28 23:13:52
|
* Petr Sorfa <pe...@us...> [000428 13:59]: > Apologies, you are right. I managed to get the same error. I'm looking > at it now. No sweat... I was pretty vague in my bug report... > Added another -q fix. -q dumped core on large data input due to a missing > separator. The exact reason is a little vague, possbily a line with more than > 8K character. > > Anyway it works now. So Joshua, give it a go. Yep... no problems here now. It works properly as far as I can tell. Very cool! :) > Performance with -q is astounding, looking under a second to search the > full kernel source. *Nod*... I'll have to test it on one of my slow machines and see how big of a difference it makes. -- Joshua Uziel, Senior Linux Consultant, Linuxcare, Inc. 415.354.4878 tel, 415.701.7457 fax uz...@li..., http://www.linuxcare.com/ Linuxcare. Support for the revolution. |
|
From: Petr S. <pe...@us...> - 2000-04-28 21:06:36
|
Hi, Added another -q fix. -q dumped core on large data input due to a missing separator. The exact reason is a little vague, possbily a line with more than 8K character. Anyway it works now. So Joshua, give it a go. Performance with -q is astounding, looking under a second to search the full kernel source. Petr |
|
From: Petr S. <pe...@sc...> - 2000-04-28 20:38:27
|
Hi Joshua,
Apologies, you are right. I managed to get the same error. I'm looking
at it now.
Petr
> > Are you sure that you used the right executable? Also you have -b up
> > there, I assume you meant -q.
>
> Yep, I'm using the right binary, and I forgot to include that
> I have these lines being executed in the Makefile:
>
> [root@puffin linux]# make cscope
> rm -f cscope.files cscope.out
> echo "-q -k" >> cscope.files
> echo "-I include/asm-sparc" >> cscope.files
> find include/* -maxdepth 0 -type d -not \( -name "asm*" -o \
> -name config -o -name CVS \) -exec echo "-I" {} \; \
> >> cscope.files
> find include/asm-sparc -name '*.h' >> cscope.files
> find `find include/* -maxdepth 0 -type d -not \( -name "asm*" \
> -o -name config -o -name CVS \)` -name '*.h' >> cscope.files
> find kernel drivers mm fs net ipc lib arch/sparc/kernel arch/sparc/lib
> arch/sparc/prom arch/sparc/mm arch/sparc/math-emu arch/sparc/boot init
> -name '*.[chS]' >> cscope.files
> cscope -b
> cscope: building symbol database
> 100 files built, 0 files copied
> ...
>
> So I have that 'echo "-q -k" >> cscope.files' line in there, so I
> don't need to give it -q...
>
> --
> Joshua Uziel, Senior Linux Consultant, Linuxcare, Inc.
> 415.354.4878 tel, 415.701.7457 fax
> uz...@li..., http://www.linuxcare.com/
> Linuxcare. Support for the revolution.
--
--------------------------------------------------------
Petr Sorfa Software Engineer
Santa Cruz Operation (SCO) (908) 790 2376
430 Mountain Ave. http://www.sco.com
Murray Hill 07974
NJ, USA
--------------------------------------------------------
Disclaimer: All my comments are my own and nobody else's
----------------------------------------------------------
|
|
From: Joshua U. <uz...@li...> - 2000-04-28 20:29:37
|
* Petr Sorfa <pe...@sc...> [000428 13:15]:
> Are you sure that you used the right executable? Also you have -b up
> there, I assume you meant -q.
Yep, I'm using the right binary, and I forgot to include that
I have these lines being executed in the Makefile:
[root@puffin linux]# make cscope
rm -f cscope.files cscope.out
echo "-q -k" >> cscope.files
echo "-I include/asm-sparc" >> cscope.files
find include/* -maxdepth 0 -type d -not \( -name "asm*" -o \
-name config -o -name CVS \) -exec echo "-I" {} \; \
>> cscope.files
find include/asm-sparc -name '*.h' >> cscope.files
find `find include/* -maxdepth 0 -type d -not \( -name "asm*" \
-o -name config -o -name CVS \)` -name '*.h' >> cscope.files
find kernel drivers mm fs net ipc lib arch/sparc/kernel arch/sparc/lib
arch/sparc/prom arch/sparc/mm arch/sparc/math-emu arch/sparc/boot init
-name '*.[chS]' >> cscope.files
cscope -b
cscope: building symbol database
100 files built, 0 files copied
...
So I have that 'echo "-q -k" >> cscope.files' line in there, so I
don't need to give it -q...
--
Joshua Uziel, Senior Linux Consultant, Linuxcare, Inc.
415.354.4878 tel, 415.701.7457 fax
uz...@li..., http://www.linuxcare.com/
Linuxcare. Support for the revolution.
|
|
From: Petr S. <pe...@sc...> - 2000-04-28 20:09:01
|
Hi Joshua, > > After some long debugging, found out that -q was failing in two areas: > > > > 1) In sufficient buffer size (causing the occasional core dump) > > 2) An embarassing misunderstanding of the return value of regexec > > > > All is fixed now. If somebody want to try it out on the Linux kernel source > > please do (I ran out of disk space - you'll probably need 200Mb or more). > > It still segfaults here, using my Linux kernel Makefile "cscope" rule: > > [root@puffin linux]# make cscope > ... > cscope -b > cscope: building symbol database > 30 files built, 0 files copied > 130 files built, 0 files copied > ... > 3290 files built, 0 files copied > 3370 files built, 0 files copied > make: *** [cscope] Segmentation fault > [root@puffin linux]# Are you sure that you used the right executable? Also you have -b up there, I assume you meant -q. Petr > > -- > Joshua Uziel, Senior Linux Consultant, Linuxcare, Inc. > 415.354.4878 tel, 415.701.7457 fax > uz...@li..., http://www.linuxcare.com/ > Linuxcare. Support for the revolution. > > _______________________________________________ > Cscope-devel mailing list > Csc...@li... > http://lists.sourceforge.net/mailman/listinfo/cscope-devel -- -------------------------------------------------------- Petr Sorfa Software Engineer Santa Cruz Operation (SCO) 430 Mountain Ave. http://www.sco.com Murray Hill 07974 NJ, USA -------------------------------------------------------- Disclaimer: All my comments are my own and nobody else's ---------------------------------------------------------- |
|
From: Joshua U. <uz...@li...> - 2000-04-28 19:14:32
|
* Petr Sorfa <pe...@us...> [000428 10:45]: > After some long debugging, found out that -q was failing in two areas: > > 1) In sufficient buffer size (causing the occasional core dump) > 2) An embarassing misunderstanding of the return value of regexec > > All is fixed now. If somebody want to try it out on the Linux kernel source > please do (I ran out of disk space - you'll probably need 200Mb or more). It still segfaults here, using my Linux kernel Makefile "cscope" rule: [root@puffin linux]# make cscope ... cscope -b cscope: building symbol database 30 files built, 0 files copied 130 files built, 0 files copied ... 3290 files built, 0 files copied 3370 files built, 0 files copied make: *** [cscope] Segmentation fault [root@puffin linux]# -- Joshua Uziel, Senior Linux Consultant, Linuxcare, Inc. 415.354.4878 tel, 415.701.7457 fax uz...@li..., http://www.linuxcare.com/ Linuxcare. Support for the revolution. |
|
From: Petr S. <pe...@sc...> - 2000-04-28 19:09:19
|
Hi Mike, > > I'm putting together a list of features and bugs that need to be solved > > before bl2 is finished and unleashed onto the world. > > > > Here's a start with priorities and currently assigned folks (any volunteers?): > > -(1) ./configure to support UW7 and OSR5 > > I'll be working on this for Osr5 as time permits - I anticipate > any tweaks for OSR5 will be equally applicable to UW7. I hope so. I'll sort out any differences. If you are limited in time, I might do the whole thing from the UW7 side (probably Monday). > > -(1) -q option to work (petr) > > -(2) code cleanup to produce no warnings with -Wall > > -(4) support more than 9 display lines > > -(4) memory leaks (jmg) > > -(4) better looking man page (John Estess) > > -(4) add cscope.el to contrib (petr) (We have permission from the author!) > > > > Priorities: > > (1) - A must, build will not close unless fixed > > (2) - Should really be done > > (3) - It would be painful if this did not go in > > (4) - A nice thing to have > > > > Packages (and assigned folks): > > src tarball (petr) > > src RPM (petr) > > Linux i386 RPM (petr) > > UW7 Package (petr) > > > OSR5 Package > Package as in custom VOL file image or binary tarball ? > I guess I ahould be on the hook for this but I'm not sure when > I'll be able to do it ... Um, whatever suits the OSR5 best. > > Anything else, suggestions and what not? > > I need to integrate the modifications in the osr5 codebase of cscope into the > opensource version but its more a pri (4) than a (1). Ok, I'll keep that in mind. > Is there anything we can find/pinch/generate thats a > "quickstart guide to using cscope" ? Yes, I'm meeting with the doc folks and see if I can lift the cscope tutorial from them. Petr > > -- > - hops > > Everything disclaimed (including disclaimer) > ------<ho...@sc...>-------------------------------------- > Mike Hopkirk (hops) | Whenever possible steal code. > SCO Inc | Tom Duff. (ex) Bell Labs > > _______________________________________________ > Cscope-devel mailing list > Csc...@li... > http://lists.sourceforge.net/mailman/listinfo/cscope-devel -- -------------------------------------------------------- Petr Sorfa Software Engineer Santa Cruz Operation (SCO) 430 Mountain Ave. http://www.sco.com Murray Hill 07974 NJ, USA -------------------------------------------------------- Disclaimer: All my comments are my own and nobody else's ---------------------------------------------------------- |
|
From: Mike Hopkirk(hops) <ho...@sc...> - 2000-04-28 17:22:01
|
On Fri Apr 28,2000 (08:32:22AM -0700), pe...@us...(Petr Sorfa) wrote: > Hi, > > I'm putting together a list of features and bugs that need to be solved > before bl2 is finished and unleashed onto the world. > > Here's a start with priorities and currently assigned folks (any volunteers?): > -(1) ./configure to support UW7 and OSR5 I'll be working on this for Osr5 as time permits - I anticipate any tweaks for OSR5 will be equally applicable to UW7. > -(1) -q option to work (petr) > -(2) code cleanup to produce no warnings with -Wall > -(4) support more than 9 display lines > -(4) memory leaks (jmg) > -(4) better looking man page (John Estess) > -(4) add cscope.el to contrib (petr) (We have permission from the author!) > > Priorities: > (1) - A must, build will not close unless fixed > (2) - Should really be done > (3) - It would be painful if this did not go in > (4) - A nice thing to have > > Packages (and assigned folks): > src tarball (petr) > src RPM (petr) > Linux i386 RPM (petr) > UW7 Package (petr) > OSR5 Package Package as in custom VOL file image or binary tarball ? I guess I ahould be on the hook for this but I'm not sure when I'll be able to do it ... > Anything else, suggestions and what not? I need to integrate the modifications in the osr5 codebase of cscope into the opensource version but its more a pri (4) than a (1). Is there anything we can find/pinch/generate thats a "quickstart guide to using cscope" ? -- - hops Everything disclaimed (including disclaimer) ------<ho...@sc...>-------------------------------------- Mike Hopkirk (hops) | Whenever possible steal code. SCO Inc | Tom Duff. (ex) Bell Labs |
|
From: Petr S. <pe...@us...> - 2000-04-28 16:42:20
|
Hi, After some long debugging, found out that -q was failing in two areas: 1) In sufficient buffer size (causing the occasional core dump) 2) An embarassing misunderstanding of the return value of regexec All is fixed now. If somebody want to try it out on the Linux kernel source please do (I ran out of disk space - you'll probably need 200Mb or more). Petr |
|
From: Petr S. <pe...@us...> - 2000-04-28 15:40:35
|
Hi, I'm putting together a list of features and bugs that need to be solved before bl2 is finished and unleashed onto the world. Here's a start with priorities and currently assigned folks (any volunteers?): -(1) ./configure to support UW7 and OSR5 -(1) -q option to work (petr) -(2) code cleanup to produce no warnings with -Wall -(4) support more than 9 display lines -(4) memory leaks (jmg) -(4) better looking man page (John Estess) -(4) add cscope.el to contrib (petr) (We have permission from the author!) Priorities: (1) - A must, build will not close unless fixed (2) - Should really be done (3) - It would be painful if this did not go in (4) - A nice thing to have Packages (and assigned folks): src tarball (petr) src RPM (petr) Linux i386 RPM (petr) UW7 Package (petr) OSR5 Package Anything else, suggestions and what not? Petr |
|
From: Petr S. <pe...@us...> - 2000-04-28 15:19:18
|
Hi, The unused directories; common, build, i386 and bin have been removed properly by the sourceforge admin. You might want to do a fresh cvs co. Petr |
|
From: Petr S. <pe...@sc...> - 2000-04-28 14:52:49
|
Hi Joshua, > * Petr Sorfa <pe...@us...> [000427 13:04]: > > Brent Verner sent a patch for adding a -R option for recursing sub-drectories. > > I've added it with some code clean up. > > Test at will. > > The -R option didn't get into the usage() and longusage() > functions... I've fixed that. Heh, thanks. Looks like we might have to write some developer guidelines. Petr > > -- > Joshua Uziel, Senior Linux Consultant, Linuxcare, Inc. > 415.354.4878 tel, 415.701.7457 fax > uz...@li..., http://www.linuxcare.com/ > Linuxcare. Support for the revolution. -- -------------------------------------------------------- Petr Sorfa Software Engineer Santa Cruz Operation (SCO) 430 Mountain Ave. http://www.sco.com Murray Hill 07974 NJ, USA -------------------------------------------------------- Disclaimer: All my comments are my own and nobody else's ---------------------------------------------------------- |
|
From: Joshua U. <uz...@li...> - 2000-04-27 20:53:40
|
* Petr Sorfa <pe...@us...> [000427 13:04]: > Brent Verner sent a patch for adding a -R option for recursing sub-drectories. > I've added it with some code clean up. > Test at will. The -R option didn't get into the usage() and longusage() functions... I've fixed that. -- Joshua Uziel, Senior Linux Consultant, Linuxcare, Inc. 415.354.4878 tel, 415.701.7457 fax uz...@li..., http://www.linuxcare.com/ Linuxcare. Support for the revolution. |
|
From: Joshua U. <uz...@li...> - 2000-04-27 20:25:35
|
* Petr Sorfa <pe...@us...> [000427 13:04]: > Code freeze is off. Folks can now make changes as they wish. > > Autoconf is now in thanks to Joshua. Current version is 15.0bl2. Cool cool... I'll take the bug reports for the autoconf/automake stuff, I guess. > Can't seem to get rid of the redundant directories (build, i386, bin). > Any ideas? My roommate says that either people will have to run a "cvs update -P" to "Prune empty directories", or you'll have to go in and hand-edit (and delete) those directories from the repository... And very cool that that -R option is in... I know that that one is quite desirable (many people asked me about it)... -- Joshua Uziel, Senior Linux Consultant, Linuxcare, Inc. 415.354.4878 tel, 415.701.7457 fax uz...@li..., http://www.linuxcare.com/ Linuxcare. Support for the revolution. |
|
From: Petr S. <pe...@us...> - 2000-04-27 18:05:11
|
Hi, Added 3 letter suffix support (.tcc currently). Thanks Brent. Massaged the code a little. Petr |
|
From: Petr S. <pe...@us...> - 2000-04-27 17:44:37
|
Brent Verner sent a patch for adding a -R option for recursing sub-drectories. I've added it with some code clean up. Test at will. Petr |
|
From: Petr S. <pe...@us...> - 2000-04-27 17:07:34
|
Hi, Code freeze is off. Folks can now make changes as they wish. Autoconf is now in thanks to Joshua. Current version is 15.0bl2. Can't seem to get rid of the redundant directories (build, i386, bin). Any ideas? Petr |
|
From: Joshua U. <uz...@li...> - 2000-04-26 23:30:30
|
* Mike Hopkirk(hops) <ho...@sc...> [000426 16:07]: > > The flex/lex detector is standard with automake, > > Yees - looks like its not working for flex lib in a non system location > I wonder if thats not been an issue for anything else cos they make the > assumption flex is not available on sco platforms and go explicitly to lex ... I dunno... I don't think that's the case. I think it by default looks for flex, and then drops back to lex. > Can get it to work by setting LEX and LEXLIB explicitly to include > -L/usr/local/lib.. ( that configure test is then skipped) > > probably all it needs is a redefinition of > AC_PROG_LEX in aclocal.m4 such that the > AC_CHECK_LIB line becomes sommat like > > AC_CHECK_LIB($ac_lib, yywrap, LEXLIB="-L/usr/local/lib -l$ac_lib") Wanna see if you can get it working over there? It'll be easier than if we try to transfer fixes back and forth (unless it goes into the cvs tree). > The env variable override works well enough to be going on with .. Great. > > Those are as a result of the curses stuff I've put in... they're > > there just in case we can use them to our benefit. > > I think we can probably dispense with them - if we have a need for > platform tweaks we should probably trigger them individually per > tweak rather than on a platform basis... *nod*... I just took the already written thing and plugged it right in there. We should at least put the: #if defined(USE_NCURSES) && !defined(RENAMED_NCURSES) #ifdef HAVE_NCURSES #include <ncurses.h> #else #include <curses.h> #endif kinda stuff in... but just the curses.h #include suffices anyways mostly... -- Joshua Uziel, Senior Linux Consultant, Linuxcare, Inc. 415.354.4878 tel, 415.701.7457 fax uz...@li..., http://www.linuxcare.com/ Linuxcare. Support for the revolution. |
|
From: Mike Hopkirk(hops) <ho...@sc...> - 2000-04-26 23:10:34
|
On Wed Apr 26,2000 (01:53:16PM -0700), uz...@li...(Joshua Uziel) wrote:
> * Mike Hopkirk(hops) <ho...@sc...> [000426 13:21]:
> > I downloaded the tarball a coupla hours ago and have been run
> > testing it on OSr5.
> > Good job it works pretty well. - No problems with building using lex
> >
> > with flex however....
> >
> > On our systems flex gets installed under /usr/local.
> > The configure run doesn't setup to search there so the yywrap test fails
> > and -lfl doesn't get added to the build line.
> >
> > I hand coded round that wiring -L/usr/local/lib for the probe compile
> > but then the build fails cos even tho its been told to use sysvcurses
> > it picks up the ncurses library (as curses) from /usr/local/lib (:-(
>
> Hrmm... any you tried doing a "make distclean" and/or killing the
> config.cache?
yeah - I went through several iterations of that..
> The flex/lex detector is standard with automake,
Yees - looks like its not working for flex lib in a non system location
I wonder if thats not been an issue for anything else cos they make the
assumption flex is not available on sco platforms and go explicitly to lex ...
> the curses detection is something I swiped from elsewhere (that was
> also swiped from elsewhere). Actually, on second thought, yes... I'll
> look at ways of doing that...
>
> > What I suggest is this:
> >
> > Can we modify the configure to probe for the existance of the library and
> > if its not in /lib or /usr/lib add a -L/usr/local/lib to the macro
> > containing 'fl'
> > (or alternatively add a -L/usr/local/lib regardless on the assumption
> > that if its not there it'll be found in the course of the normal
> > system places search .. ?? )
>
> Sure... I'll see if that's possible...
Can get it to work by setting LEX and LEXLIB explicitly to include
-L/usr/local/lib.. ( that configure test is then skipped)
probably all it needs is a redefinition of
AC_PROG_LEX in aclocal.m4 such that the
AC_CHECK_LIB line becomes sommat like
AC_CHECK_LIB($ac_lib, yywrap, LEXLIB="-L/usr/local/lib -l$ac_lib")
> > In addition change the assembly of the link line so that
> > LEXLIB is after CURSES_LIBS ( i.e last)
> >
> > i.e Makefile.{am,in}
> > cscope_LDADD = @LEXLIB@ @CURSES_LIBS@
> > becomes
> > cscope_LDADD = @CURSES_LIBS@ @LEXLIB@
>
> No problem.
>
> > Is it possible to get a configure switch specifying which of
> > flex or lex to use ( for where flex is installed but want to build with lex)
> > (I guess ditto for bison/lex)
>
> Not sure... you could just "setenv LEX lex" or "setenv YACC yacc"
> to override it... but a --with-lex= would take some work... maybe
> for the future... I don't know how to do it off-hand.
The env variable override works well enough to be going on with ..
> > Whats with the SCO_FLAVOR settings in config.h and -D_SVID3 on build line ?
> > Nothing in the sources uses them.
>
> Those are as a result of the curses stuff I've put in... they're
> there just in case we can use them to our benefit.
I think we can probably dispense with them - if we have a need for
platform tweaks we should probably trigger them individually per
tweak rather than on a platform basis...
--
- hops
Everything disclaimed (including disclaimer)
------<ho...@sc...>--------------------------------------
Mike Hopkirk (hops) | Whenever possible steal code.
SCO Inc | Tom Duff. (ex) Bell Labs
|
|
From: Mike Hopkirk(hops) <ho...@sc...> - 2000-04-26 22:47:59
|
On Wed Apr 26,2000 (04:28:59PM -0400), pe...@sc...(Petr Sorfa) wrote: > Hi Mike, > > Job well done Joshua! > > Just a couple of problems that Mike is experiencing as well. > > On UnixWare 7, same flex problem as Mike reports for OSR5. Also I don't > have ncurses and for some reason libcurses does not get picked up. Petr, What are you building on and with ? On UW7.1.0 with native devsys for me it sets up curses OK (with and without --with-vcurses) - theres only the same problem with flex and when I hand fix that in the makefile it comes out fine ... (if you're using gcc presumably it doesn't know (or want) to look in /usr/ccs/lib ....) (UW7 has its native curses as a static library in /usr/ccs/lib) -- - hops Everything disclaimed (including disclaimer) ------<ho...@sc...>-------------------------------------- Mike Hopkirk (hops) | Whenever possible steal code. SCO Inc | Tom Duff. (ex) Bell Labs |
|
From: Joshua U. <uz...@li...> - 2000-04-26 21:29:40
|
* Petr Sorfa <pe...@sc...> [000426 14:15]: > Hmm, I was considering it. I'd rather not put 15.0bl1 out, however we > will put out 15.0bl2, when? I don't know but probably by the end of next > week. I would figure enough work was done in the last week to warrant a release... but if bl2 will go out, I'm fine with waiting. > Thanks for the autoconf again, hopefully the remaining hurdles won't be > too much of an issue. Well, the autoconf hurdle will be an ongoing one... it helps, but it isn't the be-all-end-all, and we'll be fixing compilation problems from now on. I'm glad you like it, though. When is (or is) it going into the tree? Linux builds work fine, and we can work on fixing everything else little by little... -- Joshua Uziel, Senior Linux Consultant, Linuxcare, Inc. 415.354.4878 tel, 415.701.7457 fax uz...@li..., http://www.linuxcare.com/ Linuxcare. Support for the revolution. |
|
From: Joshua U. <uz...@li...> - 2000-04-26 21:09:51
|
* Petr Sorfa <pe...@sc...> [000426 13:56]: > Job well done Joshua! > > Just a couple of problems that Mike is experiencing as well. > > On UnixWare 7, same flex problem as Mike reports for OSR5. Also I don't > have ncurses and for some reason libcurses does not get picked up. That's odd... :/ Perhaps UnixWare 7 does something that the configure scripts don't account for. Hrmm... do you guys have any UnixWare 7 machines for public access (or for me to login to)? Where is libcurses on that machine, and what's it called? Maybe I can figure it out without needing to log in somewhere... > Joshua want to look into these problems? Is there some kind of way of > debugging configure functions? That's the problem with automake/autoconf... the error messages are terrible. The best thing you can do is start playing with the generated output to find out where it went wrong, and try to figure out how to get the input to generate that kind of an output. At least... that's been my approach... that, and looking at what's done on other projects... -- Joshua Uziel, Senior Linux Consultant, Linuxcare, Inc. 415.354.4878 tel, 415.701.7457 fax uz...@li..., http://www.linuxcare.com/ Linuxcare. Support for the revolution. |
|
From: Petr S. <pe...@sc...> - 2000-04-26 21:09:16
|
Hi Joshua, > * Petr Sorfa <pe...@us...> [000426 13:21]: > > No changes to the source tree till I give the all clear. > > I've tagged the current source state as v15_0_bl1. > > As of now we can consider the source to be version 15.0 bl2 > > Cool... so are we going to be putting 15.0bl1 tarballs/rpms > available for download? Hmm, I was considering it. I'd rather not put 15.0bl1 out, however we will put out 15.0bl2, when? I don't know but probably by the end of next week. Thanks for the autoconf again, hopefully the remaining hurdles won't be too much of an issue. Petr > > -- > Joshua Uziel, Senior Linux Consultant, Linuxcare, Inc. > 415.354.4878 tel, 415.701.7457 fax > uz...@li..., http://www.linuxcare.com/ > Linuxcare. Support for the revolution. -- -------------------------------------------------------- Petr Sorfa Software Engineer Santa Cruz Operation (SCO) 430 Mountain Ave. http://www.sco.com Murray Hill 07974 NJ, USA -------------------------------------------------------- Disclaimer: All my comments are my own and nobody else's ---------------------------------------------------------- |
403 messages has been excluded from this view by a project administrator.
