* Re: GCC Status Report (2004-10-08)
@ 2004-10-17 23:48 John David Anglin
2004-10-18 9:45 ` Mark Mitchell
2004-10-19 6:06 ` Jeffrey A Law
0 siblings, 2 replies; 6+ messages in thread
From: John David Anglin @ 2004-10-17 23:48 UTC (permalink / raw)
To: gcc, gcc-patches; +Cc: mark, hjl
> Although new regressions are definitely still being found in the 3.4.x
> series, I see no problem with releasing 3.4.3 at the end of this
> month.
The build of GCC on HP-UX has been broken on both the 3.4 and main
for three weeks. The following patch needs review:
http://gcc.gnu.org/ml/gcc-patches/2004-10/msg00010.html
It's my impression that the change that introduced the build problem
(see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17684) wasn't a
regression fix. Thus, consideration needs to be given to reverting
this change on the 3.4 branch.
Dave
--
J. David Anglin dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: GCC Status Report (2004-10-08)
2004-10-17 23:48 GCC Status Report (2004-10-08) John David Anglin
@ 2004-10-18 9:45 ` Mark Mitchell
2004-10-18 17:03 ` H. J. Lu
2004-10-19 6:06 ` Jeffrey A Law
1 sibling, 1 reply; 6+ messages in thread
From: Mark Mitchell @ 2004-10-18 9:45 UTC (permalink / raw)
To: John David Anglin; +Cc: gcc, gcc-patches, hjl
John David Anglin wrote:
>>Although new regressions are definitely still being found in the 3.4.x
>>series, I see no problem with releasing 3.4.3 at the end of this
>>month.
>>
>>
>
>The build of GCC on HP-UX has been broken on both the 3.4 and main
>for three weeks. The following patch needs review:
>
>http://gcc.gnu.org/ml/gcc-patches/2004-10/msg00010.html
>
>
I don't understand this OSF4 change:
- -Wl,-msym -Wl,-set_version,gcc.1 -Wl,-soname,$(SHLIB_SONAME) \
+ -Wl,-msym -Wl,-set_version,gcc.1 -Wl,-soname,$(SHLIB_SONAME).tmp \
Why do we want to change the -soname embedded in the library?
Other than that, the patch is OK.
>It's my impression that the change that introduced the build problem
>(see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17684) wasn't a
>regression fix.
>
Actually, I think it was -- it fixed an IA64 bootstrap problem.
--
Mark Mitchell
CodeSourcery, LLC
(916) 791-8304
mark@codesourcery.com
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: GCC Status Report (2004-10-08)
2004-10-18 9:45 ` Mark Mitchell
@ 2004-10-18 17:03 ` H. J. Lu
0 siblings, 0 replies; 6+ messages in thread
From: H. J. Lu @ 2004-10-18 17:03 UTC (permalink / raw)
To: Mark Mitchell; +Cc: John David Anglin, gcc, gcc-patches
On Sun, Oct 17, 2004 at 11:23:04PM -0700, Mark Mitchell wrote:
> John David Anglin wrote:
>
> >>Although new regressions are definitely still being found in the 3.4.x
> >>series, I see no problem with releasing 3.4.3 at the end of this
> >>month.
> >>
> >>
> >
> >The build of GCC on HP-UX has been broken on both the 3.4 and main
> >for three weeks. The following patch needs review:
> >
> >http://gcc.gnu.org/ml/gcc-patches/2004-10/msg00010.html
> >
> >
> I don't understand this OSF4 change:
>
> - -Wl,-msym -Wl,-set_version,gcc.1 -Wl,-soname,$(SHLIB_SONAME) \
> + -Wl,-msym -Wl,-set_version,gcc.1 -Wl,-soname,$(SHLIB_SONAME).tmp \
>
> Why do we want to change the -soname embedded in the library?
>
> Other than that, the patch is OK.
>
It was a typo. Here is the fixed patch. I will check it into both
mainline and 3.4 shortly.
Thanks.
H.J.
---
2004-11-18 H.J. Lu <hongjiu.lu@intel.com>
PR bootstrap/17684
* Makefile.in (clean): Remove libgcc_s$(SHLIB_EXT).1.stage?.
(stage1-start): Remove and copy libunwind.a and
libunwind*$(SHLIB_EXT) instead of libunwind*.
(stage2-start): Likewise.
(stage3-start): Likewise.
(stage4-start): Likewise.
(stageprofile-start): Likewise.
(stagefeedback-start): Likewise.
* config/alpha/t-osf4 (SHLIB_LINK): Use a temporary file for
the shared library to be created and don't remove the existing
shared library.
* config/arm/t-netbsd (SHLIB_LINK): Likewise.
* config/i386/t-nwld (SHLIB_LINK): Likewise.
* config/mips/t-slibgcc-irix (SHLIB_LINK): Likewise.
* config/pa/t-hpux-shlib (SHLIB_LINK): Likewise.
* config/sh/t-linux (SHLIB_LINK): Likewise.
* config/t-libunwind-elf (SHLIBUNWIND_LINK): Likewise.
* config/t-slibgcc-darwin (SHLIB_LINK): Likewise.
* config/t-slibgcc-elf-ver (SHLIB_LINK): Likewise.
* config/t-slibgcc-sld (SHLIB_LINK): Likewise.
* mklibgcc.in (libgcc-stage-start): Also move "*${objext}s"
files.
--- gcc/Makefile.in.busy 2004-10-14 16:30:53.000000000 -0700
+++ gcc/Makefile.in 2004-10-15 10:07:52.000000000 -0700
@@ -3077,7 +3077,7 @@ mostlyclean: lang.mostlyclean
# that don't exist in the distribution.
clean: mostlyclean lang.clean
-rm -f libgcc.a libgcc_eh.a libgcov.a
- -rm -f libgcc_s$(SHLIB_EXT) libgcc_s$(SHLIB_EXT).1
+ -rm -f libgcc_s*
-rm -f libunwind*
-rm -f config.h tconfig.h bconfig.h tm_p.h tm.h
-rm -f options.c options.h optionlist
@@ -3911,7 +3911,7 @@ stage1-start:
-if [ -f collect-ld$(exeext) ] ; then (cd stage1 && $(LN_S) ../collect-ld$(exeext) .) ; else true ; fi
-rm -f stage1/libgcc.a stage1/libgcc_eh.a stage1/libgcov.a
-rm -f stage1/libgcc_s*$(SHLIB_EXT)
- -rm -f stage1/libunwind*
+ -rm -f stage1/libunwind.a stage1/libunwind*$(SHLIB_EXT)
-cp libgcc.a stage1
-$(RANLIB_FOR_TARGET) stage1/libgcc.a
-cp libgcov.a stage1
@@ -3920,7 +3920,7 @@ stage1-start:
$(RANLIB_FOR_TARGET) stage1/libgcc_eh.a; \
fi
-cp libgcc_s*$(SHLIB_EXT) stage1
- -cp libunwind* stage1
+ -cp libunwind.a libunwind*$(SHLIB_EXT) stage1
-for f in .. $(EXTRA_MULTILIB_PARTS); do if [ x$${f} != x.. ]; then \
cp stage1/$${f} . ; \
else true; \
@@ -3950,7 +3950,7 @@ stage2-start:
-if [ -f collect-ld$(exeext) ] ; then (cd stage2 && $(LN_S) ../collect-ld$(exeext) .) ; else true ; fi
-rm -f stage2/libgcc.a stage2/libgcov.a stage2/libgcc_eh.a
-rm -f stage2/libgcc_s*$(SHLIB_EXT)
- -rm -f stage2/libunwind*
+ -rm -f stage2/libunwind.a stage2/libunwind*$(SHLIB_EXT)
-cp libgcc.a stage2
-$(RANLIB_FOR_TARGET) stage2/libgcc.a
-cp libgcov.a stage2
@@ -3959,7 +3959,7 @@ stage2-start:
$(RANLIB_FOR_TARGET) stage2/libgcc_eh.a; \
fi
-cp libgcc_s*$(SHLIB_EXT) stage2
- -cp libunwind* stage2
+ -cp libunwind.a libunwind*$(SHLIB_EXT) stage2
-for f in .. $(EXTRA_MULTILIB_PARTS); do if [ x$${f} != x.. ]; then \
cp stage2/$${f} . ; \
else true; \
@@ -3985,7 +3985,7 @@ stage3-start:
-if [ -f collect-ld$(exeext) ] ; then (cd stage3 && $(LN_S) ../collect-ld$(exeext) .) ; else true ; fi
-rm -f stage3/libgcc.a stage3/libgcov.a stage3/libgcc_eh.a
-rm -f stage3/libgcc_s*$(SHLIB_EXT)
- -rm -f stage3/libunwind*
+ -rm -f stage3/libunwind.a stage3/libunwind*$(SHLIB_EXT)
-cp libgcc.a stage3
-$(RANLIB_FOR_TARGET) stage3/libgcc.a
-cp libgcov.a stage3
@@ -3994,7 +3994,7 @@ stage3-start:
$(RANLIB_FOR_TARGET) stage3/libgcc_eh.a; \
fi
-cp libgcc_s*$(SHLIB_EXT) stage3
- -cp libunwind* stage3
+ -cp libunwind.a libunwind*$(SHLIB_EXT) stage3
-for f in .. $(EXTRA_MULTILIB_PARTS); do if [ x$${f} != x.. ]; then \
cp stage3/$${f} . ; \
else true; \
@@ -4020,7 +4020,7 @@ stage4-start:
-if [ -f collect-ld$(exeext) ] ; then (cd stage4 && $(LN_S) ../collect-ld$(exeext) .) ; else true ; fi
-rm -f stage4/libgcc.a stage4/libgcov.a stage4/libgcc_eh.a
-rm -f stage4/libgcc_s*$(SHLIB_EXT)
- -rm -f stage4/libunwind*
+ -rm -f stage4/libunwind.a stage4/libunwind*$(SHLIB_EXT)
-cp libgcc.a stage4
-$(RANLIB_FOR_TARGET) stage4/libgcc.a
-cp libgcov.a stage4
@@ -4029,7 +4029,7 @@ stage4-start:
$(RANLIB_FOR_TARGET) stage4/libgcc_eh.a; \
fi
-cp libgcc_s*$(SHLIB_EXT) stage4
- -cp libunwind* stage4
+ -cp libunwind.a libunwind*$(SHLIB_EXT) stage4
-for f in .. $(EXTRA_MULTILIB_PARTS); do if [ x$${f} != x.. ]; then \
cp stage4/$${f} . ; \
else true; \
@@ -4053,7 +4053,7 @@ stageprofile-start:
-if [ -f collect-ld$(exeext) ] ; then (cd stageprofile && $(LN_S) ../collect-ld$(exeext) .) ; else true ; fi
-rm -f stageprofile/libgcc.a stageprofile/libgcov.a stageprofile/libgcc_eh.a
-rm -f stageprofile/libgcc_s*$(SHLIB_EXT)
- -rm -f stageprofile/libunwind*
+ -rm -f stageprofile/libunwind.a stageprofile/libunwind*$(SHLIB_EXT)
-cp libgcc.a stageprofile
-$(RANLIB_FOR_TARGET) stageprofile/libgcc.a
-cp libgcov.a stageprofile
@@ -4062,7 +4062,7 @@ stageprofile-start:
$(RANLIB_FOR_TARGET) stageprofile/libgcc_eh.a; \
fi
-cp libgcc_s*$(SHLIB_EXT) stageprofile
- -cp libunwind* stageprofile
+ -cp libunwind.a libunwind*$(SHLIB_EXT) stageprofile
-for f in .. $(EXTRA_MULTILIB_PARTS); do if [ x$${f} != x.. ]; then \
cp stageprofile/$${f} . ; \
else true; \
@@ -4086,7 +4086,7 @@ stagefeedback-start:
-if [ -f collect-ld$(exeext) ] ; then (cd stagefeedback && $(LN_S) ../collect-ld$(exeext) .) ; else true ; fi
-rm -f stagefeedback/libgcc.a stagefeedback/libgcov.a stagefeedback/libgcc_eh.a
-rm -f stagefeedback/libgcc_s*$(SHLIB_EXT)
- -rm -f stagefeedback/libunwind*
+ -rm -f stagefeedback/libunwind.a stagefeedback/libunwind*$(SHLIB_EXT)
-rm -f *.da
-for dir in fixinc po testsuite $(SUBDIRS); \
do \
@@ -4100,7 +4100,7 @@ stagefeedback-start:
$(RANLIB_FOR_TARGET) stagefeedback/libgcc_eh.a; \
fi
-cp libgcc_s*$(SHLIB_EXT) stagefeedback
- -cp libunwind* stagefeedback
+ -cp libunwind.a libunwind*$(SHLIB_EXT) stagefeedback
-for f in .. $(EXTRA_MULTILIB_PARTS); do if [ x$${f} != x.. ]; then \
cp stagefeedback/$${f} . ; \
else true; \
--- gcc/config/alpha/t-osf4.busy 2003-07-31 07:52:50.000000000 -0700
+++ gcc/config/alpha/t-osf4 2004-10-18 08:40:02.005673690 -0700
@@ -16,8 +16,12 @@ SHLIB_LINK = $(GCC_FOR_TARGET) $(LIBGCC2
-Wl,-hidden_symbol,pthread\* -Wl,-hidden_symbol,__pthread\* \
-Wl,-hidden_symbol,sched_get_\* -Wl,-hidden_symbol,sched_yield \
-Wl,-msym -Wl,-set_version,gcc.1 -Wl,-soname,$(SHLIB_SONAME) \
- -o $(SHLIB_NAME) @multilib_flags@ $(SHLIB_OBJS) -lc && \
+ -o $(SHLIB_NAME).tmp @multilib_flags@ $(SHLIB_OBJS) -lc && \
rm -f $(SHLIB_SONAME) && \
+ if [ -f $(SHLIB_NAME) ]; then \
+ mv -f $(SHLIB_NAME) $(SHLIB_NAME).`basename $(STAGE_PREFIX)`; \
+ else true; fi && \
+ mv $(SHLIB_NAME).tmp $(SHLIB_NAME) && \
$(LN_S) $(SHLIB_NAME) $(SHLIB_SONAME)
# $(slibdir) double quoted to protect it from expansion while building
# libgcc.mk. We want this delayed until actual install time.
--- gcc/config/arm/t-netbsd.busy 2003-09-25 09:02:43.000000000 -0700
+++ gcc/config/arm/t-netbsd 2004-10-15 10:07:53.000000000 -0700
@@ -11,8 +11,12 @@ SHLIB_OBJS = @shlib_objs@
SHLIB_LINK = $(GCC_FOR_TARGET) $(LIBGCC2_CFLAGS) -shared -nodefaultlibs \
-Wl,-soname,$(SHLIB_SONAME) \
- -o $(SHLIB_NAME) @multilib_flags@ $(SHLIB_OBJS) -lc && \
+ -o $(SHLIB_NAME).tmp @multilib_flags@ $(SHLIB_OBJS) -lc && \
rm -f $(SHLIB_SONAME) && \
+ if [ -f $(SHLIB_NAME) ]; then \
+ mv -f $(SHLIB_NAME) $(SHLIB_NAME).`basename $(STAGE_PREFIX)`; \
+ else true; fi && \
+ mv $(SHLIB_NAME).tmp $(SHLIB_NAME) && \
$(LN_S) $(SHLIB_NAME) $(SHLIB_SONAME)
# $(slibdir) double quoted to protect it from expansion while building
# libgcc.mk. We want this delayed until actual install time.
--- gcc/config/i386/t-nwld.busy 2004-09-03 11:09:26.000000000 -0700
+++ gcc/config/i386/t-nwld 2004-10-15 10:07:53.000000000 -0700
@@ -46,9 +46,13 @@ SHLIB_LINK = set -e; \
then echo "xdcdata @shlib_so_name@.xdc" >>@shlib_so_name@.def; \
else echo "WARNING: $(SHLIB_NAME) built without XDC data will not work well." 1>&2; \
fi; \
- $(GCC_FOR_TARGET) $(LIBGCC2_CFLAGS) -o $(SHLIB_NAME) \
+ $(GCC_FOR_TARGET) $(LIBGCC2_CFLAGS) -o $(SHLIB_NAME).tmp \
$(SHLIB_SRC) -static-libgcc -lnetware \
-Wl,--Map,--map-info,full,--strip-all,--def-file,@shlib_so_name@.def; \
+ if [ -f $(SHLIB_NAME) ]; then \
+ mv -f $(SHLIB_NAME) $(SHLIB_NAME).`basename $(STAGE_PREFIX)`; \
+ else true; fi; \
+ mv $(SHLIB_NAME).tmp $(SHLIB_NAME); \
rm -f @shlib_so_name@.imp; $(LN_S) $(SHLIB_MAP) @shlib_so_name@.imp; \
echo $$$$(($$$$(<libgcc/build)+1)) >libgcc/build
--- gcc/config/mips/t-slibgcc-irix.busy 2004-08-20 03:20:16.000000000 -0700
+++ gcc/config/mips/t-slibgcc-irix 2004-10-15 10:07:53.000000000 -0700
@@ -12,8 +12,12 @@ SHLIB_LC = -lc
SHLIB_LINK = $(GCC_FOR_TARGET) $(LIBGCC2_CFLAGS) -shared -nodefaultlibs \
-Wl,-soname,$(SHLIB_SONAME) \
- -o $(SHLIB_NAME) @multilib_flags@ $(SHLIB_OBJS) $(SHLIB_LC) && \
+ -o $(SHLIB_NAME).tmp @multilib_flags@ $(SHLIB_OBJS) $(SHLIB_LC) && \
rm -f $(SHLIB_SOLINK) && \
+ if [ -f $(SHLIB_NAME) ]; then \
+ mv -f $(SHLIB_NAME) $(SHLIB_NAME).`basename $(STAGE_PREFIX)`; \
+ else true; fi && \
+ mv $(SHLIB_NAME).tmp $(SHLIB_NAME) && \
$(LN_S) $(SHLIB_NAME) $(SHLIB_SOLINK)
# $(slibdir) double quoted to protect it from expansion while building
# libgcc.mk. We want this delayed until actual install time.
--- gcc/config/pa/t-hpux-shlib.busy 2003-03-03 12:04:07.000000000 -0800
+++ gcc/config/pa/t-hpux-shlib 2004-10-15 10:07:53.000000000 -0700
@@ -5,8 +5,12 @@ SHLIB_SONAME = @shlib_base_name@.1
SHLIB_OBJS = @shlib_objs@
SHLIB_LINK = $(GCC_FOR_TARGET) $(LIBGCC2_CFLAGS) -shared -nodefaultlibs \
- -o $(SHLIB_NAME) @multilib_flags@ $(SHLIB_OBJS) -lc && \
+ -o $(SHLIB_NAME).tmp @multilib_flags@ $(SHLIB_OBJS) -lc && \
rm -f $(SHLIB_SONAME) && \
+ if [ -f $(SHLIB_NAME) ]; then \
+ mv -f $(SHLIB_NAME) $(SHLIB_NAME).`basename $(STAGE_PREFIX)`; \
+ else true; fi && \
+ mv $(SHLIB_NAME).tmp $(SHLIB_NAME) && \
$(LN_S) $(SHLIB_NAME) $(SHLIB_SONAME)
--- gcc/config/sh/t-linux.busy 2004-06-23 10:14:20.000000000 -0700
+++ gcc/config/sh/t-linux 2004-10-15 10:07:53.000000000 -0700
@@ -21,8 +21,12 @@ SHLIB_MAPFILES = $(srcdir)/config/sh/li
SHLIB_LINK = $(GCC_FOR_TARGET) $(LIBGCC2_CFLAGS) -shared -nodefaultlibs \
-Wl,--soname=$(SHLIB_SONAME) \
-Wl,--version-script=$(SHLIB_MAP) \
- -o $(SHLIB_NAME) @multilib_flags@ $(SHLIB_OBJS) $(SHLIB_LC) && \
+ -o $(SHLIB_NAME).tmp @multilib_flags@ $(SHLIB_OBJS) $(SHLIB_LC) && \
rm -f $(SHLIB_SOLINK) && \
+ if [ -f $(SHLIB_NAME) ]; then \
+ mv -f $(SHLIB_NAME) $(SHLIB_NAME).`basename $(STAGE_PREFIX)`; \
+ else true; fi && \
+ mv $(SHLIB_NAME).tmp $(SHLIB_NAME) && \
(echo "/* GNU ld script"; \
echo " Use the shared library, but some functions are only in"; \
echo " the static library. */"; \
--- gcc/config/t-libunwind-elf.busy 2004-09-03 17:15:41.000000000 -0700
+++ gcc/config/t-libunwind-elf 2004-10-15 10:07:53.000000000 -0700
@@ -10,9 +10,14 @@ SHLIBUNWIND_NAME = @shlib_dir@@shlib_so_
SHLIBUNWIND_LINK = $(GCC_FOR_TARGET) $(LIBGCC2_CFLAGS) -shared \
-nodefaultlibs -Wl,-h,$(SHLIBUNWIND_SONAME) \
- -Wl,-z,text -Wl,-z,defs \
- -o $(SHLIBUNWIND_NAME) @multilib_flags@ $(SHLIB_OBJS) -lc && \
+ -Wl,-z,text -Wl,-z,defs -o $(SHLIBUNWIND_NAME).tmp \
+ @multilib_flags@ $(SHLIB_OBJS) -lc && \
rm -f $(SHLIB_SOLINK) && \
+ if [ -f $(SHLIBUNWIND_NAME) ]; then \
+ mv -f $(SHLIBUNWIND_NAME) \
+ $(SHLIBUNWIND_NAME).`basename $(STAGE_PREFIX)`; \
+ else true; fi && \
+ mv $(SHLIBUNWIND_NAME).tmp $(SHLIBUNWIND_NAME) && \
$(LN_S) $(SHLIBUNWIND_NAME) $(SHLIB_SOLINK)
# $(slibdir) double quoted to protect it from expansion while building
--- gcc/config/t-slibgcc-darwin.busy 2004-02-09 09:47:56.000000000 -0800
+++ gcc/config/t-slibgcc-darwin 2004-10-15 10:07:53.000000000 -0700
@@ -12,10 +12,14 @@ SHLIB_SLIBDIR_QUAL = @shlib_slibdir_qual
SHLIB_LINK = $(GCC_FOR_TARGET) $(LIBGCC2_CFLAGS) -dynamiclib -nodefaultlibs \
-Wl,-install_name,$(slibdir)$(SHLIB_SLIBDIR_QUAL)/$(SHLIB_SONAME) \
- -Wl,-flat_namespace -o $(SHLIB_NAME) \
+ -Wl,-flat_namespace -o $(SHLIB_NAME).tmp \
$(SHLIB_VERSTRING) \
@multilib_flags@ $(SHLIB_OBJS) -lc && \
rm -f $(SHLIB_SOLINK) && \
+ if [ -f $(SHLIB_NAME) ]; then \
+ mv -f $(SHLIB_NAME) $(SHLIB_NAME).`basename $(STAGE_PREFIX)`; \
+ else true; fi && \
+ mv $(SHLIB_NAME).tmp $(SHLIB_NAME) && \
$(LN_S) $(SHLIB_NAME) $(SHLIB_SOLINK)
# $(slibdir) double quoted to protect it from expansion while building
# libgcc.mk. We want this delayed until actual install time.
--- gcc/config/t-slibgcc-elf-ver.busy 2004-02-23 13:27:43.000000000 -0800
+++ gcc/config/t-slibgcc-elf-ver 2004-10-15 10:07:53.000000000 -0700
@@ -14,8 +14,12 @@ SHLIB_LC = -lc
SHLIB_LINK = $(GCC_FOR_TARGET) $(LIBGCC2_CFLAGS) -shared -nodefaultlibs \
-Wl,--soname=$(SHLIB_SONAME) \
-Wl,--version-script=$(SHLIB_MAP) \
- -o $(SHLIB_NAME) @multilib_flags@ $(SHLIB_OBJS) $(SHLIB_LC) && \
+ -o $(SHLIB_NAME).tmp @multilib_flags@ $(SHLIB_OBJS) $(SHLIB_LC) && \
rm -f $(SHLIB_SOLINK) && \
+ if [ -f $(SHLIB_NAME) ]; then \
+ mv -f $(SHLIB_NAME) $(SHLIB_NAME).`basename $(STAGE_PREFIX)`; \
+ else true; fi && \
+ mv $(SHLIB_NAME).tmp $(SHLIB_NAME) && \
$(LN_S) $(SHLIB_NAME) $(SHLIB_SOLINK)
# $(slibdir) double quoted to protect it from expansion while building
# libgcc.mk. We want this delayed until actual install time.
--- gcc/config/t-slibgcc-sld.busy 2004-02-09 09:47:56.000000000 -0800
+++ gcc/config/t-slibgcc-sld 2004-10-15 10:07:53.000000000 -0700
@@ -10,9 +10,13 @@ SHLIB_SLIBDIR_QUAL = @shlib_slibdir_qual
SHLIB_LINK = $(GCC_FOR_TARGET) $(LIBGCC2_CFLAGS) -shared -nodefaultlibs \
-Wl,-h,$(SHLIB_SONAME) -Wl,-z,text -Wl,-z,defs \
- -Wl,-M,$(SHLIB_MAP) -o $(SHLIB_NAME) \
+ -Wl,-M,$(SHLIB_MAP) -o $(SHLIB_NAME).tmp \
@multilib_flags@ $(SHLIB_OBJS) -lc && \
rm -f $(SHLIB_SOLINK) && \
+ if [ -f $(SHLIB_NAME) ]; then \
+ mv -f $(SHLIB_NAME) $(SHLIB_NAME).`basename $(STAGE_PREFIX)`; \
+ else true; fi && \
+ mv $(SHLIB_NAME).tmp $(SHLIB_NAME) && \
$(LN_S) $(SHLIB_NAME) $(SHLIB_SOLINK)
# $(slibdir) double quoted to protect it from expansion while building
# libgcc.mk. We want this delayed until actual install time.
--- gcc/mklibgcc.in.busy 2004-09-03 17:16:45.000000000 -0700
+++ gcc/mklibgcc.in 2004-10-15 10:07:53.000000000 -0700
@@ -557,6 +557,7 @@ echo ' if [ -d $(stage)/$$dir ]; then
echo ' done'
echo ' -for dir in '"${dirs}"'; do \'
echo ' mv $$dir/*'"${objext}"' $(stage)/$$dir; \'
+echo ' mv $$dir/*'"${objext}s"' $(stage)/$$dir || true; \'
echo ' test ! -f $$dir/stacknote.s || mv $$dir/stacknote.s $(stage)/$$dir; \'
echo ' test ! -f $$dir/libgcc.a || mv $$dir/lib* $(stage)/$$dir; \'
echo ' done'
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: GCC Status Report (2004-10-08)
2004-10-17 23:48 GCC Status Report (2004-10-08) John David Anglin
2004-10-18 9:45 ` Mark Mitchell
@ 2004-10-19 6:06 ` Jeffrey A Law
1 sibling, 0 replies; 6+ messages in thread
From: Jeffrey A Law @ 2004-10-19 6:06 UTC (permalink / raw)
To: John David Anglin; +Cc: gcc, gcc-patches, mark, hjl
On Sun, 2004-10-17 at 11:16, John David Anglin wrote:
> > Although new regressions are definitely still being found in the 3.4.x
> > series, I see no problem with releasing 3.4.3 at the end of this
> > month.
>
> The build of GCC on HP-UX has been broken on both the 3.4 and main
> for three weeks. The following patch needs review:
>
> http://gcc.gnu.org/ml/gcc-patches/2004-10/msg00010.html
>
> It's my impression that the change that introduced the build problem
> (see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17684) wasn't a
> regression fix. Thus, consideration needs to be given to reverting
> this change on the 3.4 branch.
This patch is fine for mainline. I would think it should be OK
for 3.4 as well, but I believe Mark owns that decision.
jeff
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: GCC Status Report (2004-10-08)
2004-10-09 13:29 Mark Mitchell
@ 2004-10-10 19:21 ` Toon Moene
0 siblings, 0 replies; 6+ messages in thread
From: Toon Moene @ 2004-10-10 19:21 UTC (permalink / raw)
To: Mark Mitchell; +Cc: gcc
Mark Mitchell wrote:
> (For those of you not in the US: an holiday on the fourth Thursday of
> November involving turkeys, corn, Native Americans, pies, potatos, and
> football, in no particular order.)
Hmmm, exactly which part of the Geneva Conventions gave the USians the
right to eat Native Americans, or - for that matter - Turks ?
http://en.wikipedia.org/wiki/Geneva_conventions
OK, 1/2 :-)
--
Toon Moene - e-mail: toon@moene.indiv.nluug.nl - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
Maintainer, GNU Fortran 77: http://gcc.gnu.org/onlinedocs/g77_news.html
A maintainer of GNU Fortran 95: http://gcc.gnu.org/fortran/
^ permalink raw reply [flat|nested] 6+ messages in thread
* GCC Status Report (2004-10-08)
@ 2004-10-09 13:29 Mark Mitchell
2004-10-10 19:21 ` Toon Moene
0 siblings, 1 reply; 6+ messages in thread
From: Mark Mitchell @ 2004-10-09 13:29 UTC (permalink / raw)
To: gcc
GCC 3.4.3
=========
There are 129 regressions targeted at 3.4.3, of which 77 are also 4.0
regressions. If you're interested in fixing 3.4.3 regressions, you
might give special preference to those that are also 4.0 regressions.
Although new regressions are definitely still being found in the 3.4.x
series, I see no problem with releasing 3.4.3 at the end of this
month.
GCC 4.0
=======
I've been informed that there's considerable confusion about what
exactly is permissible in Stage 3, especially given that we've given
some special dispensation to certain projects during this particular
incarnation of Stage 3.
The short answer is "bug fixes, but not new features". That, of
course, begs the question "what's a bug fix and what's a feature?" I
don't think there's a bright-line rule that will distinguish these
cases. However, there are a few areas that can be clarified. First,
patches for performance improvements (either at compile-time or
run-time) are acceptable, if they're of a relatively limited nature.
For example, tweaking an optimization pass to use different heuristics
would be acceptable, if the relevant maintainers agree that makes
sense. Adding a new optimization pass would not be acceptable,
though. Please let me know if there's continuing unclarity here, and I
will try to help resolve questions. It seems to me as though people
are exercising good judgement and erring on the side of caution, as is
desirable.
There are 223 PRs targeted at GCC 4.0, including the 77 mentioned
above. That's rather a large number, but I still have not fully
examined the open PRs; I suspect that some of these PRs will be closed
or postponed. Also, I'm pleased to see lots of gcc-patches traffic
with PRs getting fixed. It's been suggested that we again make it a
goal to get the total number of PRs targeted at 4.0 down to 100 before
creating the release branch. I think that's a good goal, so we'll
make that an informal milestone target. I still think we can get there
soon. If not by the end of October, at least before Thanksgiving!
(For those of you not in the US: an holiday on the fourth Thursday of
November involving turkeys, corn, Native Americans, pies, potatos, and
football, in no particular order.)
In looking at the outstanding list of projects, as maintained on
Daniel Berlin's Wiki, we've still got a few we want to get reviewed.
I see that RTH is reviewing the vectorization patches, which is
great. I'm going to look at variable expansion and Sebastian's data
dependence analysis. I'd appreciate other maintainers helping out
with any of the other patches.
--
Mark Mitchell
CodeSourcery, LLC
(916) 791-8304
mark@codesourcery.com
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2004-10-18 19:57 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-10-17 23:48 GCC Status Report (2004-10-08) John David Anglin
2004-10-18 9:45 ` Mark Mitchell
2004-10-18 17:03 ` H. J. Lu
2004-10-19 6:06 ` Jeffrey A Law
-- strict thread matches above, loose matches on Subject: below --
2004-10-09 13:29 Mark Mitchell
2004-10-10 19:21 ` Toon Moene
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).