>Manually executing make in gcc44-4.3.999-20081212/darwin_objdir
> after a failed build of gcc trunk on i686-apple-darwin9 produces...
This appears to be an include ordering issue. Revision 142738 works
around this to fix the bootstrap issue (although the problem still
exists and is readily a
Manually executing make in gcc44-4.3.999-20081212/darwin_objdir after a
failed build of gcc trunk on i686-apple-darwin9 produces...
make[5]: Nothing to be done for `all'.
make "AR_FLAGS=rc" "CC_FOR_BUILD=gcc"
"CC_FOR_TARGET=/sw/src/fink.build/gcc44-4.3.999-20081212/darwin_objdir/./gcc/xgcc
-
Well, I am baffled. Revision 142714 fails as well so that
revision 142715 can't be at fault for the bootstrap failure
of -m64 libgfortran on i686-apple-darwin9. The strange part
is that I don't see anything in the remaining revision 142714
which could possibly be interacting with the build of
lib
I have narrowed the failure down a bit. Revision 142713 bootstraps
okay on i686-apple-darwin9 but revision 142715 fails at the same
place in the linkage of the -m64 version of libgfortran. I will
back up to revision 142714 next to confirm that the problem was
introduced with...
---
Jan,
The second patch worked (now building libgfortran).
Thanks
Dominique
> > Does this help?
>
> Thanks for tha answer, but now I have:
>
> ...
> ../../gcc-4.4-work/gcc/except.c: In function 'set_nothrow_function_flags':
> ../../gcc-4.4-work/gcc/except.c:2787: error: 'struct rtl_data' has no member
> named 'epilogue_delay_list'
> make[3]: *** [except.o] Error 1
> ...
> Does this help?
Thanks for tha answer, but now I have:
...
../../gcc-4.4-work/gcc/except.c: In function 'set_nothrow_function_flags':
../../gcc-4.4-work/gcc/except.c:2787: error: 'struct rtl_data' has no member
named 'epilogue_delay_list'
make[3]: *** [except.o] Error 1
...
Dominique
> At revision 134333, boostrap fails on i686-apple-darwin9 at stage 1
> with:
>
> ...
> gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
> -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
> -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -I. -I.
> -I
> last 24 hrs I get this:
>
> make[2]: Entering directory `/mnt/share/bld/gcc'
> make[3]: Entering directory `/mnt/share/bld/gcc'
> rm -f stage_current
> make[3]: Leaving directory `/mnt/share/bld/gcc'
> Comparing stages 2 and 3
> warning: ./cc1-checksum.o differs
> warning: ./cc1plus-checksum.o
> Does this help?
>
> @@ -13802,9 +13777,8 @@
> s->refcount++;
> /* Avoid unnecessarily putting strings that are used less than
>twice in the hash table. */
> - if (s->refcount == 2
> - || (s->refcount == 1
> - && (DEBUG_STR_SECTION_FLAGS
On 17/04/2006, at 9:55 PM, Ben Elliston wrote:
Hi Geoff
I'm seeing a bootstrap failure on x86 Linux that looks to be due to
your change (noted below):
/home/bje/build/gcc-clean/./gcc/xgcc -B/home/bje/build/gcc-clean/./
gcc/ -B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/local/i686-pc-linux-
gnu
> The patch has just been submitted to gcc-patches for
> approval (the tests are nearly done and appear to
> be passing so far).
I'm travelling today, so I won't be able to test until tomorrow.
Thanks,
Dave
--
J. David Anglin [EMAIL PROTECTED]
National Research C
The patch has just been submitted to gcc-patches for
approval (the tests are nearly done and appear to
be passing so far).
-- Caroline
[EMAIL PROTECTED]
On Apr 11, 2005, at 10:12 PM, Kazu Hirata wrote:
Hi,
I have been getting bootstrap failures on i686-pc-linux-gnu since
Caroline's patch
http://g
13 matches
Mail list logo
