On Mon, 21 Nov 2022 at 13:56, David Edelsohn wrote:
>
> Yes, AIX as well.
It got reported as PR 107780.
Yes, AIX as well.
Thanks, David
On Sun, Nov 20, 2022 at 2:18 PM Jonathan Wakely via Gcc
wrote:
> This fails on macOS too (and probably everything non-gnu).
>
> On Sun, 20 Nov 2022, 12:36 LIU Hao via Gcc, wrote:
>
> > This is caused by 2efb237ffc68ec9bb17982434f5941bfa14f8b50, which has
> > ref
This fails on macOS too (and probably everything non-gnu).
On Sun, 20 Nov 2022, 12:36 LIU Hao via Gcc, wrote:
> This is caused by 2efb237ffc68ec9bb17982434f5941bfa14f8b50, which has
> references to `strchrnul`,
> which does not exist on i686w-64-mingw32:
>
>```
>g++ -std=c++11 -fno-PIE
This is caused by 2efb237ffc68ec9bb17982434f5941bfa14f8b50, which has references to `strchrnul`,
which does not exist on i686w-64-mingw32:
```
g++ -std=c++11 -fno-PIE -c -DIN_GCC_FRONTEND -g -D__USE_MINGW_ACCESS -DIN_GCC
-fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno
在 2022-10-29 20:15, Eric Botcazou 写道:
So what could be causing it?
An oversight in https://gcc.gnu.org/pipermail/gcc-cvs/2022-August/370830.html
has broken --disable-sjlj-exceptions. That's now fixed.
Thank you. Rebuilding now.
--
Best regards,
LIU Hao
OpenPGP_signature
Description: Op
> So what could be causing it?
An oversight in https://gcc.gnu.org/pipermail/gcc-cvs/2022-August/370830.html
has broken --disable-sjlj-exceptions. That's now fixed.
--
Eric Botcazou
Greetings,
Since at least a week ago, GCC trunk fails to bootstrap with a lot such errors
during stage1:
```
D:\lh_mouse\GitHub\MINGW-packages\mingw-w64-gcc\src\build-MINGW32\i686-w64-mingw32\libstdc++-v3\src\c++11/../../../../../gcc/libstdc++-v3/src/c++11/functexcept.cc:74:
undefined refer
>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...
---
Between r142699 and r142726, we seemed to have broken the bootstrap
on i686-apple-darwin9. I now see a failure when linking the -m64 version
of libgfortran...
libtool: compile:
/sw/src/fink.build/gcc44-4.3.999-20081212/darwin_objdir/./gcc/gfortran
-B/sw/src/fink.build/gcc44-4.3.999-20081212/
Current gcc trunk has a bootstrap failure on i686-apple-darwin9 with
a failure at...
gcc -I../../gcc-4.4-20081026/libcpp -I.
-I../../gcc-4.4-20081026/libcpp/../include
-I../../gcc-4.4-20081026/libcpp/include -g -fkeep-inline-functions -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing
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
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../../gcc-4.4-wo
> 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
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 differs
Bootstrap
> 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
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/lib/
-isystem /usr/local/i686-pc-linux-gnu/include -
> 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
Hi,
I have been getting bootstrap failures on i686-pc-linux-gnu since
Caroline's patch
http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg00541.html
Errors go like so:
org/xml/sax/helpers/ParserAdapter.java: In class
'org.xml.sax.helpers.ParserAdapter':
org/xml/sax/helpers/ParserAdapter.java: In const
Hi!
Bootstrap of autovect-branch fails on i686 with
stage1/xgcc -Bstage1/
-B/home/rguenth/ix86/gcc-autovect-210305/i686-pc-linux-gnu/bin/ -c -O2
-g -fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long
-Wno-variadic-macros -Wo
27 matches
Mail list logo
