bug#8029: 24.0.50; make bootstrap fails, two getopt.h in the tree.

bug#8029: 24.0.50; make bootstrap fails, two getopt.h in the tree.

[Jan Djärv]

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your report will be posted to the bug-gnu-emacs@gnu.org mailing list
and the gnu.emacs.bug news group, and at http://debbugs.gnu.org.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug.  If you can, give
a recipe starting from `emacs -Q':

While using a separate object directory in OSX:

% make bootstrap
cd lib-src; make all                            \
	  CC='gcc' CFLAGS='-g' CPPFLAGS='-DXASSERTS=1' \
	  LDFLAGS='' MAKE='make'
gcc   -Wimplicit-function-declaration -Wold-style-definition 
-Wdeclaration-after-statement -Wno-pointer-sign  -DHAVE_CONFIG_H -I. -I../src 
-I../lib -I/Users/jhd/src/emacs/current/lib-src 
-I/Users/jhd/src/emacs/current/lib-src/../src 
-I/Users/jhd/src/emacs/current/lib-src/../lib   -DXASSERTS=1 -g -o 
test-distrib /Users/jhd/src/emacs/current/lib-src/test-distrib.c
In file included from ../lib/unistd.h:110,
                  from /Users/jhd/src/emacs/current/lib-src/test-distrib.c:24:
../lib/getopt.h:248: error: conflicting types for ‘rpl_getopt_long’
/Users/jhd/src/emacs/current/lib-src/getopt.h:212: error: previous declaration 
of ‘rpl_getopt_long’ was here
../lib/getopt.h:252: error: conflicting types for ‘rpl_getopt_long_only’
/Users/jhd/src/emacs/current/lib-src/getopt.h:216: error: previous declaration 
of ‘rpl_getopt_long_only’ was here
make[2]: *** [test-distrib] Error 1
make[1]: *** [lib-src] Error 2
make: *** [bootstrap] Error 2

I guess the lib-src/getopt.h should be removed?

	Jan D.



If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
     `bt full' and `xbacktrace'.
For information about debugging Emacs, please read the file
/Users/jhd/bin/Emacs.app/Contents/Resources/etc/DEBUG.


In GNU Emacs 24.0.50.1 (x86_64-apple-darwin10.6.0, NS apple-appkit-1038.35)
  of 2011-02-08 on zeplin
Windowing system distributor `Apple', version 10.3.1038
configured using `configure  '--verbose' '--enable-asserts' '--without-x' 
'--with-ns' 'CFLAGS=-g''

Important settings:
   value of $LC_ALL: nil
   value of $LC_COLLATE: C
   value of $LC_CTYPE: nil
   value of $LC_MESSAGES: nil
   value of $LC_MONETARY: nil
   value of $LC_NUMERIC: nil
   value of $LC_TIME: nil
   value of $LANG: sv_SE.UTF-8
   value of $XMODIFIERS: nil
   locale-coding-system: utf-8-unix
   default enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
   tooltip-mode: t
   mouse-wheel-mode: t
   tool-bar-mode: t
   menu-bar-mode: t
   file-name-shadow-mode: t
   global-font-lock-mode: t
   font-lock-mode: t
   blink-cursor-mode: t
   auto-composition-mode: t
   auto-encryption-mode: t
   auto-compression-mode: t
   line-number-mode: t
   transient-mark-mode: t

Recent input:
<escape> x r e p o r t - e m a <tab> <return>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
None found.

Features:
(shadow sort mail-extr message rfc822 mml easymenu mml-sec mm-decode
mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums
mailabbrev mail-utils gmm-utils mailheader emacsbug url-util url-parse
auth-source netrc gnus-util time-date url-vars mm-util mail-prsvr
tooltip ediff-hook vc-hooks lisp-float-type mwheel ns-win tool-bar dnd
fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai
tai-viet lao korean japanese hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help
simple abbrev loaddefs button minibuffer faces cus-face files
text-properties overlay md5 base64 format env code-pages mule custom
widget hashtable-print-readable backquote make-network-process ns
multi-tty emacs)

bug#8029: 24.0.50; make bootstrap fails, two getopt.h in the tree.

[Andreas Schwab]

Jan Djärv <jan.h.d@swipnet.se> writes:

> I guess the lib-src/getopt.h should be removed?

There is no getopt.h in lib-src any more, try starting with a clean
tree.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

bug#8029: 24.0.50; make bootstrap fails, two getopt.h in the tree.

[Jan Djärv]

Andreas Schwab skrev 2011-02-13 15.56:
> Jan Djärv<jan.h.d@swipnet.se>  writes:
>
>> I guess the lib-src/getopt.h should be removed?
>
> There is no getopt.h in lib-src any more, try starting with a clean
> tree.
>

Why doesn't bzr update remove it?  And why doesn't it indicate that it has 
been removed.  See:

% branch ... trunk2
% cd trunk2
% bzr status
% touch lib-src/getopt.h
% bzr status

The second bzr status should say
unknown:
   lib-src/getopt.h

IMHO.  Is there an "do the right thing" option for bzr?
Closing this as this is a bzr failure.

	Jan D.

bug#8029: 24.0.50; make bootstrap fails, two getopt.h in the tree.

[Eli Zaretskii]

> Date: Sun, 13 Feb 2011 13:47:39 +0100
> From: Jan Djärv <jan.h.d@swipnet.se>
> Cc: 
> 
> While using a separate object directory in OSX:
> 
> % make bootstrap
> cd lib-src; make all                            \
> 	  CC='gcc' CFLAGS='-g' CPPFLAGS='-DXASSERTS=1' \
> 	  LDFLAGS='' MAKE='make'
> gcc   -Wimplicit-function-declaration -Wold-style-definition 
> -Wdeclaration-after-statement -Wno-pointer-sign  -DHAVE_CONFIG_H -I. -I../src 
> -I../lib -I/Users/jhd/src/emacs/current/lib-src 
> -I/Users/jhd/src/emacs/current/lib-src/../src 
> -I/Users/jhd/src/emacs/current/lib-src/../lib   -DXASSERTS=1 -g -o 
> test-distrib /Users/jhd/src/emacs/current/lib-src/test-distrib.c
> In file included from ../lib/unistd.h:110,
>                   from /Users/jhd/src/emacs/current/lib-src/test-distrib.c:24:
> ../lib/getopt.h:248: error: conflicting types for ‘rpl_getopt_long’
> /Users/jhd/src/emacs/current/lib-src/getopt.h:212: error: previous declaration 
> of ‘rpl_getopt_long’ was here
> ../lib/getopt.h:252: error: conflicting types for ‘rpl_getopt_long_only’
> /Users/jhd/src/emacs/current/lib-src/getopt.h:216: error: previous declaration 
> of ‘rpl_getopt_long_only’ was here
> make[2]: *** [test-distrib] Error 1
> make[1]: *** [lib-src] Error 2
> make: *** [bootstrap] Error 2
> 
> I guess the lib-src/getopt.h should be removed?

I think you are supposed to run "make distclean" in the source tree,
before you can hope for a clean build outside the tree.

bug#8029: 24.0.50; make bootstrap fails, two getopt.h in the tree.

[Jan Djärv]

Eli Zaretskii skrev 2011-02-13 19.11:
>> Date: Sun, 13 Feb 2011 13:47:39 +0100
>> From: Jan Djärv<jan.h.d@swipnet.se>
>> Cc:
>>
>> While using a separate object directory in OSX:
>>
>> % make bootstrap
>> cd lib-src; make all                            \
>> 	  CC='gcc' CFLAGS='-g' CPPFLAGS='-DXASSERTS=1' \
>> 	  LDFLAGS='' MAKE='make'
>> gcc   -Wimplicit-function-declaration -Wold-style-definition
>> -Wdeclaration-after-statement -Wno-pointer-sign  -DHAVE_CONFIG_H -I. -I../src
>> -I../lib -I/Users/jhd/src/emacs/current/lib-src
>> -I/Users/jhd/src/emacs/current/lib-src/../src
>> -I/Users/jhd/src/emacs/current/lib-src/../lib   -DXASSERTS=1 -g -o
>> test-distrib /Users/jhd/src/emacs/current/lib-src/test-distrib.c
>> In file included from ../lib/unistd.h:110,
>>                    from /Users/jhd/src/emacs/current/lib-src/test-distrib.c:24:
>> ../lib/getopt.h:248: error: conflicting types for ‘rpl_getopt_long’
>> /Users/jhd/src/emacs/current/lib-src/getopt.h:212: error: previous declaration
>> of ‘rpl_getopt_long’ was here
>> ../lib/getopt.h:252: error: conflicting types for ‘rpl_getopt_long_only’
>> /Users/jhd/src/emacs/current/lib-src/getopt.h:216: error: previous declaration
>> of ‘rpl_getopt_long_only’ was here
>> make[2]: *** [test-distrib] Error 1
>> make[1]: *** [lib-src] Error 2
>> make: *** [bootstrap] Error 2
>>
>> I guess the lib-src/getopt.h should be removed?
>
> I think you are supposed to run "make distclean" in the source tree,
> before you can hope for a clean build outside the tree.

I did.

	Jan D.

bug#8029: 24.0.50; make bootstrap fails, two getopt.h in the tree.

[Eli Zaretskii]

> Date: Sun, 13 Feb 2011 18:50:41 +0100
> From: Jan Djärv <jan.h.d@swipnet.se>
> Cc: 8029-done@debbugs.gnu.org
> 
> Andreas Schwab skrev 2011-02-13 15.56:
> > Jan Djärv<jan.h.d@swipnet.se>  writes:
> >
> >> I guess the lib-src/getopt.h should be removed?
> >
> > There is no getopt.h in lib-src any more, try starting with a clean
> > tree.
> >
> 
> Why doesn't bzr update remove it?  And why doesn't it indicate that it has 
> been removed.

Because it was never a versioned file.  It was generated from
lib-src/getopt_.h (which _was_ a versioned file).

> % branch ... trunk2
> % cd trunk2
> % bzr status
> % touch lib-src/getopt.h
> % bzr status
> 
> The second bzr status should say
> unknown:
>    lib-src/getopt.h

It does for me (with bzr 2.3.0).

Note that before gnulib merge, lib-src/getopt.h was in .bzrignore, so
bzr would not announce it as "unknown" back then.

> Closing this as this is a bzr failure.

I don't think it is.

bug#8029: 24.0.50; make bootstrap fails, two getopt.h in the tree.

[Jan Djärv]

Eli Zaretskii skrev 2011-02-13 20.07:

>
> Note that before gnulib merge, lib-src/getopt.h was in .bzrignore, so
> bzr would not announce it as "unknown" back then.
>

It was still in .bzrignore, that at least was a bug, but has now been corrected.

	Jan D.