X-Authentication-Warning: delorie.com: mail set sender to djgpp-workers-bounces using -f
From: "Juan Manuel Guerrero" <st001906 AT hrz1 DOT hrz DOT tu-darmstadt DOT de>
Organization: Darmstadt University of Technology
To: djgpp-workers AT delorie DOT com
Date: Thu, 09 Dec 2004 16:12:08 +0200
MIME-Version: 1.0
Subject: Re: Bison 1.875 (release 2)
Message-ID: <41B87958.12725.344702C@localhost>
In-reply-to: <1102602246.41b860062b374@webmail.wilkes.edu>
X-mailer: Pegasus Mail for Windows (4.21c, DE v4.21c R1)
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Content-description: Mail message body
X-TUD-HRZ-MailScanner: Found to be clean
X-MailScanner-From: st001906 AT hrz1 DOT hrz DOT tu-darmstadt DOT de
Note-from-DJ: This may be spam
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

On Thu,  9 Dec 2004, Frank Donahoe wrote:
> There are two minor points I have noticed while
> re-rebuilding bison.  It does not seem that they
> are DJGPP or XP specific.
> 
>     "make distclean" removes 'src/muscle_tab.c' which is
> not rebuilt.

This is a djgpp specific issue. By convention all bison/yacc generated
parser files will have the extension _tab.c or _tab.h. This is to avoid
multiple dots per file name issues on plain dos. All djgpp config.sed
files replace all ocurences of ".tab.[ch]" with "_tab.[ch]" in the Makefiles.
Very unfortunatly the bison maintainers do not care to much (or anymore)
about non posix systems like djgpp/msdos so they have decided to call
muscle_tab.c in this msdos incompatible way. Now if you call distclean
the command will launch "rm *_tab.[ch]" and remove the plain c file muscle_tab.c.
Because this is a real c file there is no source from which it can be rebuild.
The best is not to invoke "distclean" until I have fixed this. In conclusion,
this is a djgpp specific issue and not a bug in the Makefile distributed by the
bison maintainer.
There are two approaches to the problem here:
1) configuration and compilation will be restricted to LFN environment.
   In this case we do not need to care about the ".tab.[ch]" extension issue.
2) some sort of fix that saves muscle_tab.[ch] and restore them later if they
   have been deleted by distclean.


>     Running "djgpp/config.bat" without removing
> 'djgpp/config.cache' rebuilds 'src/Makefile' with LIBINTL
> missing '-liconv'
> 
> There is already a warning against reconfiguring without
> removing 'config.cache' but it assumes that one is after
> a new configuration.  It should be made stronger if not
> removing 'cache' results in a build doomed to failure.
> Or CACHE could be disabled.  

The cache file must only removed the first time. The package
has been compiled with djdev203 and if you want to compile
with djdev204 the cache file needs to be removed before
reconfiguoing. If you configure a second time with djdev204
there is no need to remove the config.cache file again.
I do not know what is going wrong here. Because I have still
not ported the latest gettext library I have removed gettext and
libiconv from my installation so I have never observed this.
I will investigate this issue.

Regards,
Juan M. Guerrero