Activity for cscope

regloh created ticket #305

regloh — Fri, 22 Dec 2023 16:36:03 -0000

cscope not able to change strings in cygwin

ben_tha_man posted a comment on ticket #304

ben_tha_man — Tue, 03 Oct 2023 18:25:11 -0000

I tried the updated version (sha1 hash: 208d7f6fe2839d65089fa7cc3c16112a37e0d120 ) and it fixes the issue I reported. Thank you. BTW, the mapping that I wrote in the description came out differently due to formatting. It should've been g (ie. ctrl-backslash, g)

Hans-Bernhard Broeker modified ticket #304

Hans-Bernhard Broeker — Fri, 22 Sep 2023 17:08:12 -0000

Spurious bells when using mappings from cscope_maps.vim

Hans-Bernhard Broeker posted a comment on ticket #304

Hans-Bernhard Broeker — Fri, 22 Sep 2023 17:08:12 -0000

Hmmm... that's very strange. That file has not been modified at all for 21 years. I find it extremely surprising that nobody would have ever noticed this in all that time. But then again, most people would have turned off the bell in their terminal emulators long ago, I think. :-) But for now I'll have to take your word for it. A modified version is now on the page.

ben_tha_man created ticket #304

ben_tha_man — Mon, 18 Sep 2023 14:46:31 -0000

Spurious bells when using mappings from cscope_maps.vim

marc jalfon posted a comment on ticket #200

marc jalfon — Mon, 29 May 2023 12:58:24 -0000

I think a code base with a directory name that contains a space also yields the "File does not have expected format" issue. I hate spaces in filenames, but some colleagues like them...

Mike Dubrovsky modified a comment on ticket #214

Mike Dubrovsky — Thu, 20 Apr 2023 22:19:33 -0000

can we do it as new command line argument ? or if the concern is "too many parameters" and not very common functionality ... let's do as environment variable ? I can post the diff if gatekeepers agree to accept the change.

Mike Dubrovsky modified a comment on ticket #214

Mike Dubrovsky — Thu, 20 Apr 2023 22:19:08 -0000

can we do it as new command line argument ? or if concern is "too many parameters" and not very common functionality ... let's do as environment variable ? I can post the diff if gatekeepers agree to accept the change.

Mike Dubrovsky modified a comment on ticket #214

Mike Dubrovsky — Thu, 20 Apr 2023 22:10:33 -0000

can we do it as new command line argument ? or if concern is "too much parameters" ... let's do as environment variable ? I can post the diff if gatekeepers agree to accept the change.

Mike Dubrovsky posted a comment on ticket #214

Mike Dubrovsky — Thu, 20 Apr 2023 22:09:19 -0000

can we do it as new command line argument ? or if concern is "too much parameters" ... let's do as environment variable ? I can put a diff if gatekeepers agrees to accept the change.

Hans-Bernhard Broeker posted a comment on merge request #6

Hans-Bernhard Broeker — Wed, 08 Feb 2023 19:36:49 -0000

Setting aside technical issues with the change itself, like having modifications unrelated to the issue at hand, I'm missing an explanation what this change is supposed to be needed for. I.e. on what basis would one conclude that any backslash contained in an argument to compath() was not meant to be part of the actual filename? Where would filenames come from that have such extraneous backslashes? And if there are any of those, how would anyone know whether, e.g., a "\t" is supposed to stand for...

György Kövesdi created merge request #6 on Git

György Kövesdi — Mon, 23 Jan 2023 06:53:33 -0000

File path can contain backslash-escaped characters

Hans-Bernhard Broeker posted a comment on merge request #5

Hans-Bernhard Broeker — Sun, 29 May 2022 19:39:16 -0000

The bufsize change cannot reasonably be the cause here. BUFSIZ is 1024 on some other platforms, too, where cscope has worked just fine for decades.

b'Hans-Bernhard Broeker committed [978e2c]

b'Hans-Bernhard Broeker — Sun, 29 May 2022 19:33:46 -0000

Merge /u/dominikoeo/cscope/ branch bugfix/access-beyond-end-of-string-when-search-called-by-fails into master

Hans-Bernhard Broeker merged merge request #3

Hans-Bernhard Broeker — Sun, 29 May 2022 19:33:45 -0000

fix: access beyond end of string when search called by fails

Hans-Bernhard Broeker updated merge request #4

Hans-Bernhard Broeker — Sun, 29 May 2022 19:33:11 -0000

docs: typo fixes in man page and in source code comments

Dominique Pelle created merge request #5

Dominique Pelle — Sun, 08 May 2022 07:19:44 -0000

fix: vim cscope test was failing on macOS Monterey (with M1 processor)

Dominique Pelle created merge request #4

Dominique Pelle — Sun, 08 May 2022 06:56:59 -0000

docs: typo fixes in man page and in source code comments

Dominique Pelle created merge request #3

Dominique Pelle — Sun, 08 May 2022 06:36:57 -0000

fix: access beyond end of string when search called by fails

Hans-Bernhard Broeker updated merge request #2

Hans-Bernhard Broeker — Sat, 07 May 2022 18:57:49 -0000

make cscope not fail if there are no source files in the directory cscope is being ran

Ryan Carsten Schmidt posted a comment on ticket #303

Ryan Carsten Schmidt — Sun, 30 Jan 2022 07:47:56 -0000

I've reported it to Apple as feedback id FB9866173.

Hans-Bernhard Broeker modified ticket #303

Hans-Bernhard Broeker — Sat, 29 Jan 2022 17:57:41 -0000

dyld[39272]: symbol not found in flat namespace '_yylex'

Hans-Bernhard Broeker posted a comment on ticket #303

Hans-Bernhard Broeker — Sat, 29 Jan 2022 17:56:54 -0000

If strip can turning a working binary into a broken one then yes, that does mean it's quite thoroughly broken.

Ryan Carsten Schmidt posted a comment on ticket #303

Ryan Carsten Schmidt — Sat, 29 Jan 2022 02:22:37 -0000

I found that in the MacPorts portfile, we were running strip cscope after compilation, and that removing that fixed the problem. I don't know why we were stripping the executable, but we had been doing so ever since cscope was added to MacPorts back in 2003. macOS was a much younger operating system back then and perhaps there was a good reason for stripping things at that time or perhaps it was just a whim of whoever added it. I don't know why stipping the executable is now all of a sudden causing...

Hans-Bernhard Broeker modified a comment on ticket #303

Hans-Bernhard Broeker — Mon, 17 Jan 2022 18:37:52 -0000

The fact that building the same source for different versions of the same platform apparently gives a different result is a very strong indication that whatever the actual reason for this is, it has very little or nothing to do with the cscope source code. Given that, and the additional limitation that I don't have any personal experience,with, nor access to MacOS machines, I'm afraid you're on your own. I can only offer some rough suggestions: yylex() is part of the scanner generated by whatever...

Hans-Bernhard Broeker posted a comment on ticket #303

Hans-Bernhard Broeker — Mon, 17 Jan 2022 18:37:20 -0000

The fact that building the same source for different versions of the same platform apparently gives a different result is a very strong indication that whatever the actual reason for this is, it has very little or nothing to do with the cscope source code. Given that, and the additional limitation that I don't have any personal experience, with nor access, to MacOS machines, I'm afraid you're on your own. I can only offer some rough suggestions: yylex() is part of the scanner generated by whatever...

Ryan Carsten Schmidt created ticket #303

Ryan Carsten Schmidt — Mon, 17 Jan 2022 02:51:26 -0000

dyld[39272]: symbol not found in flat namespace '_yylex'

Hans-Bernhard Broeker modified a comment on merge request #2

Hans-Bernhard Broeker — Thu, 25 Nov 2021 19:18:49 -0000

I don't agree with the reasoning behind this change. The user should most definitely not expect that cscope would just use the existing file as-is, instead of trying to update the database. If they wanted that behaviour, they should have used the -d option. And no, turning on -R is by no means the only or obviously correct answer either. For all we know the user may just not have been aware they ran the program in completely the wrong folder.

Hans-Bernhard Broeker posted a comment on merge request #2

Hans-Bernhard Broeker — Thu, 25 Nov 2021 17:22:35 -0000

I don't agree with the reasoning behind this change. The user should most definitely expect that cscope would just use the existing file as-is, instead of trying to update the database. If they wanted that behaviour, they should have used the -d option. And no, turning on -R is by no means the only or obviously correct answer either. For all we know the user may just not have been aware they ran the program in completely the wrong folder.

Arjun created merge request #2

Arjun — Tue, 23 Nov 2021 05:31:45 -0000

make cscope not fail if there are no source files in the directory cscope is being ran

Steve Hayes posted a comment on ticket #200

Steve Hayes — Wed, 27 Oct 2021 14:42:32 -0000

I think a code base with duplicated function prototypes can yield the "File does not have expected format" issue. A very minimal example does not reproduce this issue for me. My solution was delete the duplicated function prototypes from my codebase and enjoy cscope!

blarsen created ticket #302

blarsen — Tue, 14 Sep 2021 15:13:04 -0000

cscope_maps.vim issues when reopening a file in a project

Hans-Bernhard Broeker modified a comment on ticket #301

Hans-Bernhard Broeker — Mon, 08 Feb 2021 23:16:57 -0000

This actually is a problem in the scanner, first. The Y(a) macro call is mistaken for a function definition, with the braces in the #define X(a) line as its function body, and everything between as the (K&R-style) argument definition list. Then as the parser goes on it finds #define X(a) as a macro definition. And then inside that, it mistakes "}while(0)" as a function call. The query/output routine later barfs as it tries to find the beginning of the line that function call was in, because the database...

Hans-Bernhard Broeker posted a comment on ticket #301

Hans-Bernhard Broeker — Mon, 08 Feb 2021 23:11:32 -0000

posted a comment on ticket #301

Sun, 07 Feb 2021 23:35:50 -0000

Here is the example file that I used.

created ticket #301

Sun, 07 Feb 2021 23:35:17 -0000

Internal error: cannot get source line from database

Hans-Bernhard Broeker modified ticket #299

Hans-Bernhard Broeker — Mon, 25 Jan 2021 15:11:39 -0000

15.9 + master: build fails with gcc 10.2.1

Hans-Bernhard Broeker posted a comment on ticket #299

Hans-Bernhard Broeker — Mon, 25 Jan 2021 15:11:38 -0000

It might be interesting to tell the public what that mistake was, so others can avoid tripping over it. I will close this anyway.

Tomasz Kłoczko posted a comment on ticket #299

Tomasz Kłoczko — Mon, 25 Jan 2021 08:15:21 -0000

Feel free to close that ticket. I found what I've done wrong :P

Chinmay Chhajed created ticket #300

Chinmay Chhajed — Thu, 01 Oct 2020 07:03:19 -0000

Doesn't find inline functions

Hans-Bernhard Broeker posted a comment on ticket #299

Hans-Bernhard Broeker — Sun, 06 Sep 2020 16:28:04 -0000

Well, somehow it managed to hide the correct header file, curses.h, from the configure script. Instead it found the C++ version: cursesw.h. How exactly that happened can only be analyzed by looking at your config.log file. FWIW the original script would never even look for a file of that name.

Tomasz Kłoczko posted a comment on ticket #299

Tomasz Kłoczko — Sun, 06 Sep 2020 13:52:58 -0000

I'm using ncurses 6.2-4.2020081. None of other my packages complains about anything wrong in ncurses header files.

Hans-Bernhard Broeker modified ticket #265

Hans-Bernhard Broeker — Sun, 06 Sep 2020 12:19:54 -0000

Inconsistent enum tagging

Hans-Bernhard Broeker posted a comment on ticket #265

Hans-Bernhard Broeker — Sun, 06 Sep 2020 12:19:54 -0000

This is actually a duplicate of bug #220

Hans-Bernhard Broeker modified ticket #255

Hans-Bernhard Broeker — Sun, 06 Sep 2020 12:04:47 -0000

c++ namespace key word not supported

Hans-Bernhard Broeker modified ticket #292

Hans-Bernhard Broeker — Sun, 06 Sep 2020 12:01:16 -0000

Full path no longer printed using -P

Hans-Bernhard Broeker modified ticket #293

Hans-Bernhard Broeker — Sun, 06 Sep 2020 11:59:40 -0000

cscope cannot find function which is parse as function pointer

Hans-Bernhard Broeker modified ticket #299

Hans-Bernhard Broeker — Sun, 06 Sep 2020 11:54:17 -0000

15.9 + master: build fails with gcc 10.2.1

Hans-Bernhard Broeker posted a comment on ticket #299

Hans-Bernhard Broeker — Sun, 06 Sep 2020 11:54:17 -0000

AFAICS none of those failures actually originate in cscope itself. Note how they're all in system library header files, which somehow expanded C++-only pieces to a C compiler. I would suspect the root cause to be either in a broken ncurses installation, or a broken RPM build script.

Tomasz Kłoczko created ticket #299

Tomasz Kłoczko — Sat, 05 Sep 2020 15:19:01 -0000

15.9 + master: build fails with gcc 10.2.1

Yichao Yu modified a comment on ticket #214

Yichao Yu — Fri, 28 Aug 2020 00:54:27 -0000

but this misunderstands the nature of lstat(). lstat() follows the link so the stat struct returned is that of the referenced file. While there might be other reason this is rejected, this statement is wrong. From the manpage of fstatat on linux. The lstat() function shall be equivalent to stat(), except when path refers to a symbolic link. In that case lstat() shall return information about the link, while stat() shall return information about the file the link references. and the original poster...

Yichao Yu posted a comment on ticket #214

Yichao Yu — Fri, 28 Aug 2020 00:53:49 -0000

but this misunderstands the nature of lstat(). lstat() follows the link so the stat struct returned is that of the referenced file. While there might be other reason this is rejected, this statement is wrong. From the manpage of fstatat on linux. The `lstat()` function shall be equivalent to `stat()`, except when path refers to a symbolic link. In that case `lstat()` shall return information about the link, while `stat()` shall return information about the file the link references. and the original...

Hans-Bernhard Broeker committed [eaea31]

Hans-Bernhard Broeker — Wed, 26 Aug 2020 16:58:27 -0000

emacs plugin fixup: GNU/Emacs 27.1 removes function process-kill-without-query

Hans-Bernhard Broeker posted a comment on ticket #52

Hans-Bernhard Broeker — Sun, 02 Feb 2020 12:22:41 -0000

Ticket moved from /p/gnuplot/bugs/2221/ Can't be converted: _milestone: _priority:

Hans-Bernhard Broeker posted a comment on ticket #295

Hans-Bernhard Broeker — Thu, 30 Jan 2020 01:31:30 -0000

extern "C" states that the variable or function has C linkage. Yes. But only in the C++ language. In C that would a syntax error.

Alex P posted a comment on ticket #295

Alex P — Thu, 30 Jan 2020 01:24:52 -0000

extern is a C keyword. It serves two puposes - states that the variable is declared externally(outside of this file) and can specify the linkage type. extern "C" states that the variable or function has C linkage. It tell compiler that this function name should not be mangled. I thought there were other linkage types than just "C" but I couln't find any examples. What would be the proper fix in cscope for this? Take out all things between #ifdef __cplusplus/#endif?

Hans-Bernhard Broeker posted a comment on ticket #295

Hans-Bernhard Broeker — Thu, 30 Jan 2020 01:01:51 -0000

extern "C" statement is a valid C statement. No, it's really not. That's why it's almost invariably enclosed in an #ifdef __cplusplus #endif bracket: so the C compiler never sees it.

Alex P posted a comment on ticket #295

Alex P — Wed, 29 Jan 2020 23:59:34 -0000

Is there another fix possible for this issue? This is a valid issue since extern "C" statement is a valid C statement.

Hans-Bernhard Broeker posted a comment on ticket #295

Hans-Bernhard Broeker — Wed, 29 Jan 2020 23:54:11 -0000

There are at least 3 problems with that patch: 1. it triggers on every occurance of "C" 2. it blindly assumes that extern "C" will only ever appear with a { after it 3. it blindly assumes that extern "C" { can only appear at the outermost bracelevel

Hans-Bernhard Broeker modified ticket #295

Hans-Bernhard Broeker — Wed, 29 Jan 2020 23:52:01 -0000

extern "C" used in include file prevents enumeration members from appearing in global scope

Hans-Bernhard Broeker committed [3f9e3d]

Hans-Bernhard Broeker — Wed, 29 Jan 2020 23:38:22 -0000

doc/cscope.1: Fix hyphens

Hans-Bernhard Broeker committed [bb7f25]

Hans-Bernhard Broeker — Wed, 29 Jan 2020 23:38:22 -0000

contrib/ocs: Fix bashims (Closes: #480591)

Hans-Bernhard Broeker committed [e1b4cb]

Hans-Bernhard Broeker — Wed, 29 Jan 2020 23:38:22 -0000

fscanner: swallow function as parameters

Hans-Bernhard Broeker modified ticket #254

Hans-Bernhard Broeker — Wed, 29 Jan 2020 23:33:58 -0000

non getopt option parsing broken

Hans-Bernhard Broeker modified ticket #247

Hans-Bernhard Broeker — Wed, 29 Jan 2020 23:07:35 -0000

cscope: cannot find file

Hans-Bernhard Broeker modified ticket #241

Hans-Bernhard Broeker — Wed, 29 Jan 2020 23:03:15 -0000

Line number offset while browsing perl code

Hans-Bernhard Broeker modified ticket #240

Hans-Bernhard Broeker — Wed, 29 Jan 2020 22:59:30 -0000

segmentation fault while building library

Hans-Bernhard Broeker modified ticket #238

Hans-Bernhard Broeker — Wed, 29 Jan 2020 22:57:48 -0000

Building Under Cygwin

Hans-Bernhard Broeker modified ticket #229

Hans-Bernhard Broeker — Wed, 29 Jan 2020 22:54:54 -0000

-I options doesn't handle symbolic link

Hans-Bernhard Broeker modified ticket #216

Hans-Bernhard Broeker — Wed, 29 Jan 2020 22:48:18 -0000

parser breaks on NUL before preprocessor command line

Hans-Bernhard Broeker modified ticket #214

Hans-Bernhard Broeker — Wed, 29 Jan 2020 22:43:19 -0000

cscope ignores symlinks to files

Hans-Bernhard Broeker modified ticket #202

Hans-Bernhard Broeker — Wed, 29 Jan 2020 22:38:10 -0000

Display

Hans-Bernhard Broeker posted a comment on ticket #202

Hans-Bernhard Broeker — Wed, 29 Jan 2020 22:38:10 -0000

DOS-style files really do not belong among cscope's input.

Hans-Bernhard Broeker modified ticket #206

Hans-Bernhard Broeker — Wed, 29 Jan 2020 22:31:10 -0000

Build error under cygwin

Hans-Bernhard Broeker posted a comment on ticket #34

Hans-Bernhard Broeker — Mon, 26 Aug 2019 21:29:56 -0000

Ticket moved from /p/cscope/bugs/298/

Michael Schuster created ticket #298

Michael Schuster — Mon, 26 Aug 2019 14:25:37 -0000

feedback on support-request #17 is wrong

Hans-Bernhard Broeker modified a blog post

Hans-Bernhard Broeker — Sat, 10 Aug 2019 08:48:03 -0000

Belated notice: cscope 15.9 released

Hans-Bernhard Broeker created a blog post

Hans-Bernhard Broeker — Sat, 10 Aug 2019 08:47:44 -0000

Belated notice: cscope 15.9 released

Josh Allmann posted a comment on ticket #297

Josh Allmann — Fri, 02 Aug 2019 02:40:45 -0000

what you really need is a fresher vim. Compiled a vim from git master, and it seems to work now with cscope master. Thanks for the tip.

Hans-Bernhard Broeker modified ticket #297

Hans-Bernhard Broeker — Thu, 01 Aug 2019 16:26:46 -0000

15.9 - searching for an undefined symbol causes cscope/vim to freeze

Hans-Bernhard Broeker posted a comment on ticket #297

Hans-Bernhard Broeker — Thu, 01 Aug 2019 16:14:40 -0000

Reverting that change would be quite obviously the wrong idea. Without that fix, cscope might just crash on the spot, which cannot possibly be correct. That indicates the actual problem is closer to vim than to cscope, here. I suspect (your version of) the cscope support in vim just don't expect the output "Unable to search database" from its "cscope -l" subprocess. And indeed, on inspection of the vim sources, they did add code to handle this new response in January of 2018. So: what you really...

Josh Allmann posted a comment on ticket #297

Josh Allmann — Wed, 31 Jul 2019 22:58:03 -0000

Can confirm that this happens here on macOS with the following steps: Clone cscope git master at https://git.code.sf.net/p/cscope/cscope export EDITOR=vim Run cscope -R to generate an index. Here, I used the root of the ffmpeg git repo. Open ffmpeg.c file via "Find this file:" Run ":cs f s " within vim. Vim freezes / becomes unresponsive and has to be killed. Was able to bisect and narrow it down to this commit: 6d646e7528f499d6df559cffc43ee11dd424c501 $ git show...

Hans-Bernhard Broeker posted a comment on ticket #297

Hans-Bernhard Broeker — Sun, 14 Jul 2019 20:34:09 -0000

This does not reproduce here. Neither in Vim, nor in cscope when used on its own. This makes it likely that the homebrew port you're using is the problem.

Adam Incera created ticket #297

Adam Incera — Thu, 11 Jul 2019 21:46:21 -0000

15.9 - searching for an undefined symbol causes cscope/vim to freeze

Heath Caldwell modified a comment on merge request #1

Heath Caldwell — Sun, 14 Apr 2019 07:14:32 -0000

According to K&R, "fflush causes any buffered but unwritten data to be written". According to the Linux man page, "fflush() forces a write of all user-space buffered data ...". From my understanding, I think that it is safe to regard a successful fflush() call as guaranteeing that the data will be available for a future read from the underlying file. For more safety, the return value should probably be checked (but the same should be followed if depending on fclose() to guarantee that the data was...

Heath Caldwell posted a comment on merge request #1

Heath Caldwell — Sun, 14 Apr 2019 07:14:08 -0000

According to K&R, "fflush causes any buffered by unwritten data to be written". According to the Linux man page, "fflush() forces a write of all user-space buffered data ...". From my understanding, I think that it is safe to regard a successful fflush() call as guaranteeing that the data will be available for a future read from the underlying file. For more safety, the return value should probably be checked (but the same should be followed if depending on fclose() to guarantee that the data was...

Hans-Bernhard Broeker updated merge request #1

Hans-Bernhard Broeker — Sat, 13 Apr 2019 12:56:03 -0000

Fix double fclose() on script file in changestring()

Hans-Bernhard Broeker posted a comment on merge request #1

Hans-Bernhard Broeker — Sat, 13 Apr 2019 12:54:46 -0000

I'm less than fully convinced that fflush() is sufficient here. That's basically just a friendly hint that the stdio.h functions should do something about getting stuff out there, but it doesn't fully guarantee the data are available to the executed shell immediately after. I've implemented a different solution that keeps the outside effects as it was, while still avoiding the double fclose().

Hans-Bernhard Broeker committed [f632c3]

Hans-Bernhard Broeker — Sat, 13 Apr 2019 12:54:13 -0000

Avoid double-free via double fclose in changestring.

Heath Caldwell created merge request #1

Heath Caldwell — Fri, 12 Apr 2019 06:27:11 -0000

Fix double fclose() on script file in changestring()

Hans-Bernhard Broeker committed [f69347]

Hans-Bernhard Broeker — Thu, 23 Aug 2018 13:48:51 -0000

Avoid putting directories found during header search into srcfiles.

mikhail nefedov posted a comment on ticket #90

mikhail nefedov — Thu, 23 Aug 2018 13:12:46 -0000

Got it!

Hans-Bernhard Broeker posted a comment on ticket #90

Hans-Bernhard Broeker — Thu, 23 Aug 2018 11:59:45 -0000

No, that wouldn't be truly sensible. addsrcfile() has a well-defined job, as given by its name: add something to srcfiles. Doing more in there would be somewhat wastefule, e.g. in the cases where it's called on reading the current database, i.e. with pathnames that have already been vetted the previous time round.

mikhail nefedov posted a comment on ticket #90

mikhail nefedov — Thu, 23 Aug 2018 01:02:10 -0000

Thanks. Understood about not opening the dir.h BTW would it be sensible to move the checking for regular files into the addsrcfile()?

Hans-Bernhard Broeker modified ticket #90

Hans-Bernhard Broeker — Wed, 22 Aug 2018 22:39:52 -0000

"Cannot open file" error on erroneously added directory for incfile.

Hans-Bernhard Broeker posted a comment on ticket #90

Hans-Bernhard Broeker — Wed, 22 Aug 2018 22:39:52 -0000

Patch looks good. But just in case, please note that even with the patch, cscope would not find that header dir.h while looking for

mikhail nefedov created ticket #90

mikhail nefedov — Wed, 22 Aug 2018 19:28:14 -0000

"Cannot open file" error on erroneously added directory for incfile.

Hans-Bernhard Broeker committed [6a6998]

Hans-Bernhard Broeker — Thu, 09 Aug 2018 14:26:09 -0000

Cull extraneous declaration

Hans-Bernhard Broeker committed [39fb38]

Hans-Bernhard Broeker — Sat, 28 Jul 2018 17:15:57 -0000

[modified from patch #81] Fix reading include files in -c mode

Hans-Bernhard Broeker committed [aafa9a]

Hans-Bernhard Broeker — Sat, 28 Jul 2018 17:15:57 -0000

The file has not been called config-h.in for ages.