* gdb.c++ vs dos names
@ 2003-01-09 16:22 Andrew Cagney
2003-01-09 17:24 ` David Carlton
2003-01-09 17:27 ` David Carlton
0 siblings, 2 replies; 11+ messages in thread
From: Andrew Cagney @ 2003-01-09 16:22 UTC (permalink / raw)
To: David Carlton, Michael Elizabeth Chastain; +Cc: gdb-patches
David, Michael,
The ARI is tossing up some name problems for GDB's [c++] testsuite
directory. One has me puzzled:
testsuite/gdb.c++/Makefile
I suspect that the new makefile stuff is forgetting to clean it up after
a configure? (The script is run over a release, and not the files
checked out of CVS).
Andrew
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: gdb.c++ vs dos names
2003-01-09 16:22 gdb.c++ vs dos names Andrew Cagney
@ 2003-01-09 17:24 ` David Carlton
2003-01-09 17:27 ` David Carlton
1 sibling, 0 replies; 11+ messages in thread
From: David Carlton @ 2003-01-09 17:24 UTC (permalink / raw)
To: Andrew Cagney; +Cc: Michael Elizabeth Chastain, gdb-patches
On Thu, 09 Jan 2003 11:22:04 -0500, Andrew Cagney <ac131313@redhat.com> said:
> The ARI is tossing up some name problems for GDB's [c++] testsuite
> directory. One has me puzzled:
> testsuite/gdb.c++/Makefile
> I suspect that the new makefile stuff is forgetting to clean it up
> after a configure? (The script is run over a release, and not the
> files checked out of CVS).
Beats me. The recent flurry of small configure changes did affect the
way configure was run in the testsuite, but I don't see why that would
matter here: why would the release contain a Makefile at all? I
assume that these are produced by something involving 'make
distclean', which looks to me like it should get rid of it.
David Carlton
carlton@math.stanford.edu
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: gdb.c++ vs dos names
2003-01-09 16:22 gdb.c++ vs dos names Andrew Cagney
2003-01-09 17:24 ` David Carlton
@ 2003-01-09 17:27 ` David Carlton
1 sibling, 0 replies; 11+ messages in thread
From: David Carlton @ 2003-01-09 17:27 UTC (permalink / raw)
To: Andrew Cagney; +Cc: Michael Elizabeth Chastain, gdb-patches
On Thu, 09 Jan 2003 11:22:04 -0500, Andrew Cagney <ac131313@redhat.com> said:
> The ARI is tossing up some name problems for GDB's [c++] testsuite
> directory. One has me puzzled:
> testsuite/gdb.c++/Makefile
> I suspect that the new makefile stuff is forgetting to clean it up
> after a configure? (The script is run over a release, and not the
> files checked out of CVS).
After my last response, I just noticed something: the Makefile in
testsuite lists only gdb.stabs in SUBDIRS, so 'make distclean' doesn't
descend into all of the directories. Maybe that's where the problem
is. I have to run and teach a class now, else I'd investigate
further.
David Carlton
carlton@math.stanford.edu
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: gdb.c++ vs dos names
2003-01-09 16:45 Michael Elizabeth Chastain
@ 2003-01-10 20:22 ` Eli Zaretskii
0 siblings, 0 replies; 11+ messages in thread
From: Eli Zaretskii @ 2003-01-10 20:22 UTC (permalink / raw)
To: mec; +Cc: ac131313, carlton, gdb-patches
> Date: Thu, 9 Jan 2003 10:45:12 -0600
> From: Michael Elizabeth Chastain <mec@shout.net>
>
> If you look in config/djgpp/fnchange.lst, every file in
> testsuite/gdb.c++ is in there. I presume it's because of the gdb.c++.
Yes, that's the reason.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: gdb.c++ vs dos names
@ 2003-01-09 20:49 Michael Elizabeth Chastain
0 siblings, 0 replies; 11+ messages in thread
From: Michael Elizabeth Chastain @ 2003-01-09 20:49 UTC (permalink / raw)
To: drow, gdb-patches; +Cc: ac131313, carlton
It seems to work for me. 'make -f src-release gdb.tar' gives
me a tarball with no testsuite/gdb.*/Makefile in it.
Two directories still have both a 'Makefile' and 'Makefile.in'
in the tarball:
% tar tf gdb.tar | grep Makefile
...
utils/sparclite/Makefile.in
utils/sparclite/Makefile
...
utils/wince/Makefile.in
utils/wince/Makefile
...
utils/configure.in does not use AC_OUTPUT so there is some other glitch.
This is probably a bug as the generated Makefile has had all its
variables substituted by the release process.
config/djgpp/fnchange.lst is still missing some legitimate files
in gdb.c++. I will submit a patch for that shortly.
Michael C
===
2003-01-09 Daniel Jacobowitz <drow@mvista.com>
* Makefile.in (ALL_SUBDIRS): New variable.
(subdirs, clean, distclean): Use it.
* gdb.arch/Makefile.in: Clean up Makefile. Remove rules for
regenerating Makefile, since it is generated from the top level.
* gdb.asm/Makefile.in: Likewise.
* gdb.base/Makefile.in: Likewise.
* gdb.c++/Makefile.in: Likewise.
* gdb.disasm/Makefile.in: Likewise.
* gdb.java/Makefile.in: Likewise.
* gdb.mi/Makefile.in: Likewise.
* gdb.threads/Makefile.in: Likewise.
* gdb.trace/Makefile.in: Likewise.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: gdb.c++ vs dos names
2003-01-09 18:50 ` Daniel Jacobowitz
@ 2003-01-09 18:55 ` Andrew Cagney
0 siblings, 0 replies; 11+ messages in thread
From: Andrew Cagney @ 2003-01-09 18:55 UTC (permalink / raw)
To: Daniel Jacobowitz; +Cc: gdb-patches, Michael Elizabeth Chastain, carlton
> Once spotted, easily corrected. Thanks for all the digging. A couple
>> of other things in here need to be fixed up to; give me a couple of
>> minutes.
>
>
> Fixed, as so. We could eliminate a lot of these Makefiles; I'll keep
> that in mind for a rainy day.
Thanks,
Andrew
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: gdb.c++ vs dos names
2003-01-09 18:23 ` Daniel Jacobowitz
@ 2003-01-09 18:50 ` Daniel Jacobowitz
2003-01-09 18:55 ` Andrew Cagney
0 siblings, 1 reply; 11+ messages in thread
From: Daniel Jacobowitz @ 2003-01-09 18:50 UTC (permalink / raw)
To: gdb-patches; +Cc: Michael Elizabeth Chastain, ac131313, carlton
On Thu, Jan 09, 2003 at 01:23:23PM -0500, Daniel Jacobowitz wrote:
> On Thu, Jan 09, 2003 at 11:52:13AM -0600, Michael Elizabeth Chastain wrote:
> > Michael C lies:
> > > Well, the snapshot tarball has testsuite/gdb.*/Makefile files in it,
> > > thus there are 8.3 conflicts in every testsuite directory.
> >
> > Whoops, that is a lie, I was sloppy. David C has a very good point
> > about gdb.hp/gdb.stabs.
> >
> > In the snapshot tarball gdb/testsuite has these subdirectories:
> >
> > gdb.arch gdb.asm gdb.base gdb.c++ gdb.disasm gdb.hp gdb.java gdb.mi
> > gdb.stabs gdb.threads gdb.trace
> >
> > These subdirectories have 'Makefile' files:
> >
> > gdb.arch gdb.asm gdb.base gdb.c++ gdb.disasm gdb.java gdb.mi gdb.threads
> > gdb.trace
> >
> > The difference is gdb.hp and gdb.stabs. configure.in handles these
> > as conditionally set 'configdirs'. All the other testsuite/gdb.*/Makefile
> > files are produced by an AC_OUTPUT line.
>
> Once spotted, easily corrected. Thanks for all the digging. A couple
> of other things in here need to be fixed up to; give me a couple of
> minutes.
Fixed, as so. We could eliminate a lot of these Makefiles; I'll keep
that in mind for a rainy day.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
2003-01-09 Daniel Jacobowitz <drow@mvista.com>
* Makefile.in (ALL_SUBDIRS): New variable.
(subdirs, clean, distclean): Use it.
* gdb.arch/Makefile.in: Clean up Makefile. Remove rules for
regenerating Makefile, since it is generated from the top level.
* gdb.asm/Makefile.in: Likewise.
* gdb.base/Makefile.in: Likewise.
* gdb.c++/Makefile.in: Likewise.
* gdb.disasm/Makefile.in: Likewise.
* gdb.java/Makefile.in: Likewise.
* gdb.mi/Makefile.in: Likewise.
* gdb.threads/Makefile.in: Likewise.
* gdb.trace/Makefile.in: Likewise.
Index: Makefile.in
===================================================================
RCS file: /cvs/src/src/gdb/testsuite/Makefile.in,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile.in
--- Makefile.in 1 Aug 2002 17:18:35 -0000 1.4
+++ Makefile.in 9 Jan 2003 17:59:14 -0000
@@ -35,6 +35,8 @@ SHELL = @SHELL@
EXEEXT = @EXEEXT@
SUBDIRS = @subdirs@
RPATH_ENVVAR = @RPATH_ENVVAR@
+ALL_SUBDIRS = gdb.arch gdb.asm gdb.base gdb.c++ gdb.disasm gdb.java gdb.mi \
+ gdb.threads gdb.trace $(SUBDIRS)
EXPECT = `if [ -f $${rootme}/../../expect/expect ] ; then \
echo $${rootme}/../../expect/expect ; \
@@ -145,7 +147,7 @@ subdir_do: force
force:;
subdirs:
- for dir in ${SUBDIRS} ; \
+ for dir in ${ALL_SUBDIRS} ; \
do \
echo "$$dir:" ; \
if [ -d $$dir ] ; then \
@@ -157,8 +159,8 @@ subdirs:
clean mostlyclean:
-rm -f *~ core *.o a.out xgdb *.x *.grt
- if [ x"${SUBDIRS}" != x ] ; then \
- for dir in ${SUBDIRS}; \
+ if [ x"${ALL_SUBDIRS}" != x ] ; then \
+ for dir in ${ALL_SUBDIRS}; \
do \
echo "$$dir:"; \
if [ -d $$dir ]; then \
@@ -171,8 +173,8 @@ distclean maintainer-clean realclean: cl
-rm -f *~ core
-rm -f Makefile config.status *-init.exp
-rm -fr *.log summary detail *.plog *.sum *.psum site.*
- if [ x"${SUBDIRS}" != x ] ; then \
- for dir in ${SUBDIRS}; \
+ if [ x"${ALL_SUBDIRS}" != x ] ; then \
+ for dir in ${ALL_SUBDIRS}; \
do \
echo "$$dir:"; \
if [ -d $$dir ]; then \
Index: gdb.arch/Makefile.in
===================================================================
RCS file: /cvs/src/src/gdb/testsuite/gdb.arch/Makefile.in,v
retrieving revision 1.1
diff -u -p -r1.1 Makefile.in
--- gdb.arch/Makefile.in 14 May 2002 17:09:13 -0000 1.1
+++ gdb.arch/Makefile.in 9 Jan 2003 18:37:27 -0000
@@ -5,16 +5,8 @@ EXECUTABLES = altivec-abi altivec-regs
MISCELLANEOUS =
-all:
- @echo "Nothing to be done for all..."
-
-info:
-install-info:
-dvi:
-install:
-uninstall: force
-installcheck:
-check:
+all info install-info dvi install uninstall installcheck check:
+ @echo "Nothing to be done for $@..."
clean mostlyclean:
-rm -f *~ *.o a.out *.x *.ci *.tmp
@@ -26,6 +18,3 @@ distclean maintainer-clean realclean: cl
-rm -f Makefile config.status config.log
-rm -f *-init.exp
-rm -fr *.log summary detail *.plog *.sum *.psum site.*
-
-Makefile : $(srcdir)/Makefile.in $(srcdir)/configure.in
- $(SHELL) ./config.status --recheck
Index: gdb.asm/Makefile.in
===================================================================
RCS file: /cvs/src/src/gdb/testsuite/gdb.asm/Makefile.in,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile.in
--- gdb.asm/Makefile.in 5 Apr 2002 02:48:23 -0000 1.2
+++ gdb.asm/Makefile.in 9 Jan 2003 18:37:27 -0000
@@ -2,35 +2,18 @@ VPATH = @srcdir@
srcdir = @srcdir@
EXECUTABLES =
+MISCELLANEOUS = arch.inc
-# uuencoded format to avoid SCCS/RCS problems with binary files.
-CROSS_EXECUTABLES =
-
-all:
- @echo "Nothing to be done for all..."
-
-info:
-install-info:
-dvi:
-install:
-uninstall: force
-installcheck:
-check:
+all info install-info dvi install uninstall installcheck check:
+ @echo "Nothing to be done for $@..."
clean mostlyclean:
- -rm -f *~ *.o a.out xgdb *.x $(CROSS_EXECUTABLES) *.ci *.tmp
+ -rm -f *~ *.o a.out *.x *.ci *.tmp
-rm -f core core.coremaker coremaker.core corefile $(EXECUTABLES)
- -rm -f twice-tmp.c
+ -rm -f $(MISCELLANEOUS)
distclean maintainer-clean realclean: clean
-rm -f *~ core
-rm -f Makefile config.status config.log
- -rm -f arch.inc
-rm -f *-init.exp
-rm -fr *.log summary detail *.plog *.sum *.psum site.*
-
-Makefile : $(srcdir)/Makefile.in config.status
- $(SHELL) ./config.status
-
-config.status: $(srcdir)/configure
- $(SHELL) ./config.status --recheck
Index: gdb.base/Makefile.in
===================================================================
RCS file: /cvs/src/src/gdb/testsuite/gdb.base/Makefile.in,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile.in
--- gdb.base/Makefile.in 27 Mar 2001 01:32:45 -0000 1.2
+++ gdb.base/Makefile.in 9 Jan 2003 18:37:27 -0000
@@ -17,16 +17,8 @@ EXECUTABLES = all-types annota1 bitfield
MISCELLANEOUS = coremmap.data ../foobar.baz \
shr1.sl shr2.sl solib_sl.sl solib1.sl solib2.sl
-all:
- @echo "Nothing to be done for all..."
-
-info:
-install-info:
-dvi:
-install:
-uninstall: force
-installcheck:
-check:
+all info install-info dvi install uninstall installcheck check:
+ @echo "Nothing to be done for $@..."
clean mostlyclean:
-rm -f *~ *.o a.out xgdb *.x *.ci *.tmp
@@ -38,6 +30,3 @@ distclean maintainer-clean realclean: cl
-rm -f Makefile config.status config.log
-rm -f *-init.exp
-rm -fr *.log summary detail *.plog *.sum *.psum site.*
-
-Makefile : $(srcdir)/Makefile.in $(srcdir)/configure.in
- $(SHELL) ./config.status --recheck
Index: gdb.c++/Makefile.in
===================================================================
RCS file: /cvs/src/src/gdb/testsuite/gdb.c++/Makefile.in,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile.in
--- gdb.c++/Makefile.in 12 Jun 2000 01:31:41 -0000 1.3
+++ gdb.c++/Makefile.in 9 Jan 2003 18:37:27 -0000
@@ -5,16 +5,8 @@ EXECUTABLES = ambiguous annota2 anon-uni
derivation inherit local member-ptr method misc \
overload ovldbreak ref-typ ref-typ2 templates userdef virtfunc namespace ref-types
-all:
- @echo "Nothing to be done for all..."
-
-info:
-install-info:
-dvi:
-install:
-uninstall: force
-installcheck:
-check:
+all info install-info dvi install uninstall installcheck check:
+ @echo "Nothing to be done for $@..."
clean mostlyclean:
-rm -f *~ *.o *.ci
@@ -22,6 +14,3 @@ clean mostlyclean:
distclean maintainer-clean realclean: clean
-rm -f Makefile config.status config.log
-
-Makefile: $(srcdir)/Makefile.in $(srcdir)/configure.in
- $(SHELL) ./config.status --recheck
Index: gdb.disasm/Makefile.in
===================================================================
RCS file: /cvs/src/src/gdb/testsuite/gdb.disasm/Makefile.in,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile.in
--- gdb.disasm/Makefile.in 28 Jun 2001 22:01:22 -0000 1.2
+++ gdb.disasm/Makefile.in 9 Jan 2003 18:37:27 -0000
@@ -1,18 +1,13 @@
-#### host, target, and site specific Makefile frags come in here.
-
VPATH = @srcdir@
srcdir = @srcdir@
.PHONY: all clean mostlyclean distclean realclean
-all:
- @echo "Nothing to be done for all..."
+all info install-info dvi install uninstall installcheck check:
+ @echo "Nothing to be done for $@..."
clean mostlyclean:
-rm -f *.o *.diff *~ *.bad core h8300s hppa mn10200 mn10300 sh3
distclean maintainer-clean realclean: clean
-rm -f Makefile config.status config.log
-
-Makefile: $(srcdir)/Makefile.in $(srcdir)/configure.in
- $(SHELL) ./config.status --recheck
Index: gdb.java/Makefile.in
===================================================================
RCS file: /cvs/src/src/gdb/testsuite/gdb.java/Makefile.in,v
retrieving revision 1.1
diff -u -p -r1.1 Makefile.in
--- gdb.java/Makefile.in 24 Jul 2000 04:34:52 -0000 1.1
+++ gdb.java/Makefile.in 9 Jan 2003 18:37:27 -0000
@@ -1,10 +1,8 @@
srcdir = @srcdir@
VPATH = @srcdir@
-all:
- @echo "Nothing to be done for all..."
-
-#### host, target, and site specific Makefile frags come in here.
+all info install-info dvi install uninstall installcheck check:
+ @echo "Nothing to be done for $@..."
.SUFFIXES: .java .class .o .exe .exp .check
@@ -21,6 +19,3 @@ clean mostlyclean:
distclean maintainer-clean realclean: clean
-rm -f Makefile config.status config.log
-
-Makefile: $(srcdir)/Makefile.in $(srcdir)/configure.in
- $(SHELL) ./config.status --recheck
Index: gdb.mi/Makefile.in
===================================================================
RCS file: /cvs/src/src/gdb/testsuite/gdb.mi/Makefile.in,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile.in
--- gdb.mi/Makefile.in 18 Apr 2000 08:03:40 -0000 1.3
+++ gdb.mi/Makefile.in 9 Jan 2003 18:37:27 -0000
@@ -5,20 +5,11 @@ PROGS = basics c_variable cpp_variable v
MISCELLANEOUS = testcmds
-all:
- @echo "Nothing to be done for all..."
-
-#### host, target, and site specific Makefile frags come in here.
+all info install-info dvi install uninstall installcheck check:
+ @echo "Nothing to be done for $@..."
clean mostlyclean:
-rm -f *.ci *.o $(OBJS) $(PROGS) *~ core
distclean maintainer-clean realclean: clean
-rm -f Makefile config.status config.log
-
-Makefile: $(srcdir)/Makefile.in $(srcdir)/configure.in
- $(SHELL) ./config.status --recheck
-
-# Local variables:
-# change-log-default-name: "ChangeLog-mi"
-# End:
Index: gdb.threads/Makefile.in
===================================================================
RCS file: /cvs/src/src/gdb/testsuite/gdb.threads/Makefile.in,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile.in
--- gdb.threads/Makefile.in 16 Apr 1999 01:34:36 -0000 1.1.1.1
+++ gdb.threads/Makefile.in 9 Jan 2003 18:37:27 -0000
@@ -3,29 +3,11 @@ srcdir = @srcdir@
EXECUTABLES = pthreads
-all:
- @echo "Nothing to be done for all..."
-
-info:
-install-info:
-dvi:
-install:
-uninstall: force
-installcheck:
-check:
+all info install-info dvi install uninstall installcheck check:
+ @echo "Nothing to be done for $@..."
clean mostlyclean:
-rm -f *~ *.o a.out xgdb *.x *.ci *.tmp core* $(EXECUTABLES)
distclean maintainer-clean realclean: clean
-rm -f Makefile config.status config.log config.h
-
-Makefile : $(srcdir)/Makefile.in $(srcdir)/configure.in
- $(SHELL) ./config.status --recheck
-
-config.h: stamp-h ; @true
-stamp-h: config.in config.status
- CONFIG_HEADERS=config.h:config.in $(SHELL) config.status
-
-config.status: configure
- $(SHELL) config.status --recheck
Index: gdb.trace/Makefile.in
===================================================================
RCS file: /cvs/src/src/gdb/testsuite/gdb.trace/Makefile.in,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile.in
--- gdb.trace/Makefile.in 16 Apr 1999 01:34:36 -0000 1.1.1.1
+++ gdb.trace/Makefile.in 9 Jan 2003 18:37:27 -0000
@@ -1,12 +1,10 @@
-#### host, target, and site specific Makefile frags come in here.
-
VPATH = @srcdir@
srcdir = @srcdir@
.PHONY: all clean mostlyclean distclean realclean
-all:
- @echo "Nothing to be done for all..."
+all info install-info dvi install uninstall installcheck check:
+ @echo "Nothing to be done for $@..."
clean mostlyclean:
-rm -f actions circ collection limits
@@ -14,8 +12,3 @@ clean mostlyclean:
distclean maintainer-clean realclean: clean
-rm -f Makefile config.status config.log
-
-Makefile: $(srcdir)/Makefile.in $(srcdir)/configure.in
- $(SHELL) ./config.status --recheck
-
-
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: gdb.c++ vs dos names
2003-01-09 17:52 Michael Elizabeth Chastain
@ 2003-01-09 18:23 ` Daniel Jacobowitz
2003-01-09 18:50 ` Daniel Jacobowitz
0 siblings, 1 reply; 11+ messages in thread
From: Daniel Jacobowitz @ 2003-01-09 18:23 UTC (permalink / raw)
To: Michael Elizabeth Chastain; +Cc: ac131313, carlton, gdb-patches
On Thu, Jan 09, 2003 at 11:52:13AM -0600, Michael Elizabeth Chastain wrote:
> Michael C lies:
> > Well, the snapshot tarball has testsuite/gdb.*/Makefile files in it,
> > thus there are 8.3 conflicts in every testsuite directory.
>
> Whoops, that is a lie, I was sloppy. David C has a very good point
> about gdb.hp/gdb.stabs.
>
> In the snapshot tarball gdb/testsuite has these subdirectories:
>
> gdb.arch gdb.asm gdb.base gdb.c++ gdb.disasm gdb.hp gdb.java gdb.mi
> gdb.stabs gdb.threads gdb.trace
>
> These subdirectories have 'Makefile' files:
>
> gdb.arch gdb.asm gdb.base gdb.c++ gdb.disasm gdb.java gdb.mi gdb.threads
> gdb.trace
>
> The difference is gdb.hp and gdb.stabs. configure.in handles these
> as conditionally set 'configdirs'. All the other testsuite/gdb.*/Makefile
> files are produced by an AC_OUTPUT line.
Once spotted, easily corrected. Thanks for all the digging. A couple
of other things in here need to be fixed up to; give me a couple of
minutes.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: gdb.c++ vs dos names
@ 2003-01-09 17:52 Michael Elizabeth Chastain
2003-01-09 18:23 ` Daniel Jacobowitz
0 siblings, 1 reply; 11+ messages in thread
From: Michael Elizabeth Chastain @ 2003-01-09 17:52 UTC (permalink / raw)
To: ac131313, carlton, mec; +Cc: gdb-patches
Michael C lies:
> Well, the snapshot tarball has testsuite/gdb.*/Makefile files in it,
> thus there are 8.3 conflicts in every testsuite directory.
Whoops, that is a lie, I was sloppy. David C has a very good point
about gdb.hp/gdb.stabs.
In the snapshot tarball gdb/testsuite has these subdirectories:
gdb.arch gdb.asm gdb.base gdb.c++ gdb.disasm gdb.hp gdb.java gdb.mi
gdb.stabs gdb.threads gdb.trace
These subdirectories have 'Makefile' files:
gdb.arch gdb.asm gdb.base gdb.c++ gdb.disasm gdb.java gdb.mi gdb.threads
gdb.trace
The difference is gdb.hp and gdb.stabs. configure.in handles these
as conditionally set 'configdirs'. All the other testsuite/gdb.*/Makefile
files are produced by an AC_OUTPUT line.
Michael C
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: gdb.c++ vs dos names
@ 2003-01-09 17:33 Michael Elizabeth Chastain
0 siblings, 0 replies; 11+ messages in thread
From: Michael Elizabeth Chastain @ 2003-01-09 17:33 UTC (permalink / raw)
To: ac131313, carlton; +Cc: gdb-patches
Well, the snapshot tarball has testsuite/gdb.*/Makefile files in it,
thus there are 8.3 conflicts in every testsuite directory. We're just
lucky that ARI saw a problem with gdb.c++/Makefile because of the
gdb.c++ part.
I can't read the script that makes the snapshot tarballs,
so I can't go any further.
. doc/gdbint.texinfo is out of date
. "make -f Makefile.in gdb.tar.gz" does not work now that
Makefile.in is autogen'ed, because it has plenty of @foo@ magic.
. "configure ; make gdb.tar.gz" fails because the top Makefile
no longer has any rules to make gdb.tar.gz or gdb.tar.
. gdbadmin is not accessible to me
. http://sources.redhat.com/gdb/current has instructions for getting
the administration scripts, but they are not working
. checkout as anoncvs fails:
bash-2.05b$ cvs -z9 -d :pserver:anoncvs@sources.redhat.com:/cvs/gdbadmin login
Logging in to :pserver:anoncvs@sources.redhat.com:2401/cvs/gdbadmin
CVS password:
bash-2.05b$ cvs -z9 -d :pserver:anoncvs@sources.redhat.com:/cvs/gdbadmin co .
cvs server: Updating .
cvs server: failed to create lock directory for `/cvs/gdbadmin' (/cvs/gdbadmin/#cvs.lock): Permission denied
cvs server: failed to obtain dir lock in repository `/cvs/gdbadmin'
cvs [server aborted]: read lock failed - giving up
. checkout with my gdb developer identity fails:
bash-2.05b$ cvs -z9 -d :ext:chastain@sources.redhat.com:/cvs/gdbadmin co .
Enter passphrase for RSA key '/berman/home/mec/.ssh/identity':
Warning: Remote host denied authentication agent forwarding.
cvs server: Updating .
cvs server: failed to create lock directory for `/cvs/gdbadmin' (/cvs/gdbadmin/#cvs.lock): Permission denied
cvs server: failed to obtain dir lock in repository `/cvs/gdbadmin'
cvs [server aborted]: read lock failed - giving up
These are doco and web bugs. Which of them would you like me to
file PR's on?
Michael C
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: gdb.c++ vs dos names
@ 2003-01-09 16:45 Michael Elizabeth Chastain
2003-01-10 20:22 ` Eli Zaretskii
0 siblings, 1 reply; 11+ messages in thread
From: Michael Elizabeth Chastain @ 2003-01-09 16:45 UTC (permalink / raw)
To: ac131313, carlton; +Cc: gdb-patches
If you look in config/djgpp/fnchange.lst, every file in
testsuite/gdb.c++ is in there. I presume it's because of the gdb.c++.
All the new files like pr-574.exp need to be registered.
But I'm looking at my source+build directories for gcc_5_3-branch and
HEAD and I don't see any difference with 'Makefile.in' and 'Makefile'.
In both branch and trunk:
source dir for testsuite/gdb.c++ has a 'Makefile.in'
build dir for testsuite/gdb.c++ has a 'Makefile'
So I don't know why ari.doschk.bug has this for message for HEAD
and does not have it for gcc_5_3_branch.
Andrew C:
> I suspect that the new makefile stuff is forgetting to clean it up after
> a configure? (The script is run over a release, and not the files
> checked out of CVS).
Ermmm, it looks like an interaction between new makefile stuff and the
release process, neither of which I know very well.
Michael C
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2003-01-10 20:22 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-01-09 16:22 gdb.c++ vs dos names Andrew Cagney
2003-01-09 17:24 ` David Carlton
2003-01-09 17:27 ` David Carlton
2003-01-09 16:45 Michael Elizabeth Chastain
2003-01-10 20:22 ` Eli Zaretskii
2003-01-09 17:33 Michael Elizabeth Chastain
2003-01-09 17:52 Michael Elizabeth Chastain
2003-01-09 18:23 ` Daniel Jacobowitz
2003-01-09 18:50 ` Daniel Jacobowitz
2003-01-09 18:55 ` Andrew Cagney
2003-01-09 20:49 Michael Elizabeth Chastain
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox