[Bug go/46986] New: Fails to build due to -Werror with --disable-werror
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46986
Summary: Fails to build due to -Werror with --disable-werror
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
AssignedTo: i...@airs.com
ReportedBy: manp...@gmail.com
Building latest trunk with go enabled fails with -Werror, even with
--disable-werror specified. Relevant build log:
libtool: compile: /tmp/gcc-build/./gcc/xgcc -B/tmp/gcc-build/./gcc/
-B/usr/local/x86_64-apple-darwin10.5.0/bin/
-B/usr/local/x86_64-apple-darwin10.5.0/lib/ -isystem
/usr/local/x86_64-apple-darwin10.5.0/include -isystem
/usr/local/x86_64-apple-darwin10.5.0/sys-include -DHAVE_CONFIG_H -I.
-I/Users/dxy/VCS/GIT/gcc/libgo -I /Users/dxy/VCS/GIT/gcc/libgo/runtime
-I/Users/dxy/VCS/GIT/gcc/libgo/../libffi/include -I../libffi/include -pthread
-fexceptions -fplan9-extensions -Wall -Wextra -Wwrite-strings -Wcast-qual
-Werror -minline-all-stringops -I /Users/dxy/VCS/GIT/gcc/libgo/../gcc -I
../../gcc/include -g -O2 -MT go-go.lo -MD -MP -MF .deps/go-go.Tpo -c
/Users/dxy/VCS/GIT/gcc/libgo/runtime/go-go.c -fno-common -DPIC -o
.libs/go-go.o
/Users/dxy/VCS/GIT/gcc/libgo/runtime/go-go.c: In function
'runtime_stoptheworld':
/Users/dxy/VCS/GIT/gcc/libgo/runtime/go-go.c:378:29: error: 'SIGRTMIN'
undeclared (first use in this function)
/Users/dxy/VCS/GIT/gcc/libgo/runtime/go-go.c:378:29: note: each undeclared
identifier is reported only once for each function it appears in
/Users/dxy/VCS/GIT/gcc/libgo/runtime/go-go.c: In function
'runtime_starttheworld':
/Users/dxy/VCS/GIT/gcc/libgo/runtime/go-go.c:559:29: error: 'SIGRTMIN'
undeclared (first use in this function)
/Users/dxy/VCS/GIT/gcc/libgo/runtime/go-go.c: In function
'__go_gc_goroutine_init':
/Users/dxy/VCS/GIT/gcc/libgo/runtime/go-go.c:611:7: error: 'SIGRTMIN'
undeclared (first use in this function)
/Users/dxy/VCS/GIT/gcc/libgo/runtime/go-go.c:611:7: error: left-hand operand of
comma expression has no effect [-Werror=unused-value]
/Users/dxy/VCS/GIT/gcc/libgo/runtime/go-go.c:613:7: error: left-hand operand of
comma expression has no effect [-Werror=unused-value]
/Users/dxy/VCS/GIT/gcc/libgo/runtime/go-go.c:620:7: error: left-hand operand of
comma expression has no effect [-Werror=unused-value]
/Users/dxy/VCS/GIT/gcc/libgo/runtime/go-go.c:622:7: error: left-hand operand of
comma expression has no effect [-Werror=unused-value]
cc1: all warnings being treated as errors
make[4]: *** [go-go.lo] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-target-libgo] Error 2
make: *** [all] Error 2
Informations:
GCC version: trunk r167954
System: Mac OS X 10.6.5
Configure options: $PATH/configure \
--prefix=${PREFIX} \
--with-gmp=${PREFIX} \
--with-mpfr=${PREFIX} \
--with-mpc=${PREFIX} \
--with-ppl=${PREFIX} \
--with-cloog=${PREFIX} \
--program-suffix=-4.6 \
--enable-languages=c,c++,fortran,go \
--disable-nls \
--disable-werror \
--disable-bootstrap \
--enable-shared \
--enable-threads \
--enable-__cxa_init \
--enable-version-specific-runtime-libs \
--enable-decimal-float \
--enable-plugin \
--enable-lto \
--enable-full-dynamic-string \
--enable-concept-checks \
--enable-libstdcxx-debug \
--enable-libstdcxx-time
HTH.
Also, it seems bug#46958 and #46965 is related: both failed with -Werror
[Bug bootstrap/49469] GCC fails to bootstrap when building with embedded zlib on Mac OS X 10.6.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49469
--- Comment #4 from Xiyue Deng 2012-02-07 03:28:06
UTC ---
Created attachment 26594
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26594
config.log
This is /tmp/gcc-build/i386/zlib/config when build with trunk revision 183937.
The configure options are:
${SOURCE_PATH}/configure \
--prefix=${PREFIX} \
--with-gmp=${PREFIX} \
--with-mpfr=${PREFIX} \
--with-mpc=${PREFIX} \
--with-ppl=${PREFIX} \
--with-cloog=${PREFIX} \
--enable-cloog-backend=isl \
--program-suffix=-${VERSION} \
--enable-languages=c,c++,objc,obj-c++,fortran \
--disable-nls \
--disable-werror \
--enable-__cxa_init \
--enable-concept-checks \
--enable-decimal-float \
--enable-full-dynamic-string \
--enable-libstdcxx-time \
--enable-multilib \
--enable-plugin \
--enable-static \
--enable-shared \
--enable-threads \
--enable-version-specific-runtime-libs
HTH.
[Bug bootstrap/49469] GCC fails to bootstrap when building with embedded zlib on Mac OS X 10.6.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49469 --- Comment #6 from Xiyue Deng 2012-02-07 03:57:49 UTC --- (In reply to comment #5) > /Users/dxy/VCS/GIT/gcc/zlib/configure: line 3225: > /tmp/gcc-build/i386/./prev-gcc/xgcc: No such file or directory > > >--enable-multilib \ > > Don't use that option, zlib is not very friendly to it. And the rest of the > build machinary knows if multilib is enabled or now. Ah I see. Fortunately one can use --with-system-zlib as workaround.
[Bug bootstrap/52226] New: Trunk fails to bootstrap on Mac OS X.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52226
Bug #: 52226
Summary: Trunk fails to bootstrap on Mac OS X.
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: manp...@gmail.com
Trunk (last tested with revision 184145) has been failing to bootstrap for some
time (last checked last Tuesday) on my macbook with Snow Leopard. The configure
options are:
${SOURCE_PATH}/configure \
--prefix=${PREFIX} \
--with-gmp=${PREFIX} \
--with-mpfr=${PREFIX} \
--with-mpc=${PREFIX} \
--with-ppl=${PREFIX} \
--with-cloog=${PREFIX} \
--enable-cloog-backend=isl \
--program-suffix=-${VERSION} \
--enable-languages=c,c++,objc,obj-c++,fortran \
--disable-nls \
--disable-werror \
--with-system-zlib \
--enable-__cxa_init \
--enable-concept-checks \
--enable-decimal-float \
--enable-full-dynamic-string \
--enable-libstdcxx-debug \
--enable-libstdcxx-time \
--enable-multilib \
--enable-plugin \
--enable-static \
--enable-shared \
--enable-threads \
--enable-version-specific-runtime-libs
And the build log is attached. Please let me know if more information is
needed.
[Bug bootstrap/52226] Trunk fails to bootstrap on Mac OS X.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52226 --- Comment #1 from Xiyue Deng 2012-02-13 09:24:01 UTC --- Created attachment 26646 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26646 Trunk build log
[Bug bootstrap/52226] Trunk fails to bootstrap on Mac OS X.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52226
--- Comment #3 from Xiyue Deng 2012-02-13 11:03:24
UTC ---
(In reply to comment #2)
> (In reply to comment #0)
> > --enable-full-dynamic-string \
>
> IS this a copy & paste error? It must be "fully" not "full"
Indeed that was an error. I fixed that and added "--enable-stage1-checking" and
"--enable-lto", but it still failed with the same error. New configure options:
${SOURCE_PATH}/configure \
--prefix=${PREFIX} \
--with-gmp=${PREFIX} \
--with-mpfr=${PREFIX} \
--with-mpc=${PREFIX} \
--with-ppl=${PREFIX} \
--with-cloog=${PREFIX} \
--enable-cloog-backend=isl \
--program-suffix=-${VERSION} \
--enable-languages=c,c++,objc,obj-c++,fortran \
--enable-stage1-checking \
--disable-nls \
--disable-werror \
--with-system-zlib \
--enable-__cxa_init \
--enable-concept-checks \
--enable-decimal-float \
--enable-fully-dynamic-string \
--enable-libstdcxx-debug \
--enable-libstdcxx-time \
--enable-multilib \
--enable-plugin \
--enable-lto \
--enable-static \
--enable-shared \
--enable-threads \
--enable-version-specific-runtime-libs
And new build log will be uploaded to supersede the previous one.
[Bug bootstrap/52226] Trunk fails to bootstrap on Mac OS X.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52226 Xiyue Deng changed: What|Removed |Added Attachment #26646|0 |1 is obsolete|| --- Comment #4 from Xiyue Deng 2012-02-13 11:04:14 UTC --- Created attachment 26648 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26648 gcc_4.7_build.log.gz New failed build log.
[Bug bootstrap/52226] Trunk fails to bootstrap on Mac OS X.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52226 --- Comment #6 from Xiyue Deng 2012-02-13 11:15:20 UTC --- (In reply to comment #5) > Please specify the Xcode version you are using or alternatively what host > compiler you use. I'm using Xcode 3.2.6. GCC configuration: $ gcc -v Using built-in specs. Target: i686-apple-darwin10 Configured with: /var/tmp/gcc/gcc-5666.3~6/src/configure --disable-checking --enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib --build=i686-apple-darwin10 --program-prefix=i686-apple-darwin10- --host=x86_64-apple-darwin10 --target=i686-apple-darwin10 --with-gxx-include-dir=/include/c++/4.2.1 Thread model: posix gcc version 4.2.1 (Apple Inc. build 5666) (dot 3)
[Bug bootstrap/52226] Trunk fails to bootstrap on Mac OS X.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52226 --- Comment #8 from Xiyue Deng 2012-02-13 11:23:05 UTC --- (In reply to comment #7) > (In reply to comment #3) > > --enable-concept-checks \ > > You probably don't want this, some of the concept checks are incompatible with > C++11, you shouldn't enable them at configure time, you can still use them > later with -D_GLIBCXX_CONCEPT_CHECKS > > > --enable-decimal-float \ > > --enable-fully-dynamic-string \ > > --enable-libstdcxx-debug \ > > --enable-libstdcxx-time \ > > This implies you want to use C++11, so you probably don't want to permanently > enable concept checks. > > > > --enable-multilib \ > > --enable-plugin \ > > --enable-lto \ > > If your build fails it's usually a good idea to try *removing* options to find > the smallest set that can reproduce the bug, instead you're adding more > options. > > > --enable-static \ > > --enable-shared \ > > --enable-threads \ > > These are redundant, you're explicitly setting default behaviour. > > > --enable-version-specific-runtime-libs > > This is broken on x86_64 multilib > > I don't think these are the cause of your problem, I just think you'll find it > easier to identify the real problem if you keep it simple instead of adding > loads of unnecessary complication. Thanks for the detailed explanation for these options. I'll tweak with them and report back.
[Bug bootstrap/52226] Trunk fails to bootstrap on Mac OS X.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52226 --- Comment #10 from Xiyue Deng 2012-02-13 11:48:36 UTC --- (In reply to comment #9) > (In reply to comment #6) > > I'm using Xcode 3.2.6. GCC configuration: > > > > $ gcc -v > > Using built-in specs. > > Target: i686-apple-darwin10 > > Could the problem be that you don't have an assembler that supports 64-bit? It's a Mid-2009 macbook pro (MacBookPro5,5) that preinstalled with Snow Leopard. The only difference is that it used to boot with 32-bit kernel and now I enabled 64-bit kernel by hand. I'm not sure but I guess it should support 64-bit stuff.
[Bug bootstrap/52226] Trunk fails to bootstrap on Mac OS X.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52226
--- Comment #12 from Xiyue Deng 2012-02-13 18:01:42
UTC ---
(In reply to comment #11)
> > Could the problem be that you don't have an assembler that supports 64-bit?
>
> What does return '/usr/libexec/gcc/darwin/x86_64/as -v' (after it you need to
> interupt as with ctrl-C)? For me it gives
>
> Apple Inc version cctools-795~45, GNU assembler version 1.38
>
> I configure with
>
> Configured with: ../work/configure --prefix=/opt/gcc/gcc4.7w
> --enable-languages=c,c++,fortran,objc,obj-c++,java,ada,lto --with-gmp=/opt/mp
> --with-system-zlib --with-cloog=/opt/mp --enable-cloog-backend=isl
> --enable-lto
>
> and it works!-)
The assembler here reports the same:
$ /usr/libexec/gcc/darwin/x86_64/as -v
Apple Inc version cctools-795~45, GNU assembler version 1.38
^CInterrupted by signal 2
And after some checking I found that by disabling "--enable-libstdcxx-debug"
the compile process passed the current error, but failed later right after
comparing stage 2 and 3:
...
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
warning: gcc/cc1obj-checksum.o differs
warning: gcc/cc1objplus-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
Comparison successful.
if false; then \
rm -rf stage2-*; \
echo timestamp > stage2-lean; \
fi
mkdir ./fixincludes
Configuring in ./fixincludes
configure: creating cache ./config.cache
checking build system type... x86_64-apple-darwin10.8.0
checking host system type... x86_64-apple-darwin10.8.0
checking target system type... x86_64-apple-darwin10.8.0
checking for x86_64-apple-darwin10.8.0-gcc... /tmp/gcc-build/./gcc/xgcc
-B/tmp/gcc-build/./gcc/ -B/usr/local/x86_64-apple-darwin10.8.0/bin/
-B/usr/local/x86_64-apple-darwin10.8.0/lib/ -isystem
/usr/local/x86_64-apple-darwin10.8.0/include -isystem
/usr/local/x86_64-apple-darwin10.8.0/sys-include
checking for C compiler default output file name...
configure: error: in `/tmp/gcc-build/fixincludes':
configure: error: C compiler cannot create executables
See `config.log' for more details.
make[1]: *** [configure-fixincludes] Error 1
make: *** [all] Error 2
And config.log shows:
configure:3610: checking for C compiler default output file name
configure:3632: /tmp/gcc-build/./gcc/xgcc -B/tmp/gcc-build/./gcc/
-B/usr/local/x86_64-apple-darwin10.8.0/bin/
-B/usr/local/x86_64-apple-darwin10.8.0/lib/ -isystem
/usr/local/x86_64-apple-darwin10.8.0/include -isystem
/usr/local/x86_64-apple-darwin10.8.0/sys-include-g -O2conftest.c >&5
dsymutil(14796) malloc: *** error for object 0x10014a7c0: pointer being freed
was not allocated
*** set a breakpoint in malloc_error_break to debug
collect2: error: dsymutil terminated with signal 6 [Abort trap]
configure:3636: $? = 1
configure:3673: result:
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "fixincludes"
| #define PACKAGE_TARNAME "fixincludes"
| #define PACKAGE_VERSION " "
| #define PACKAGE_STRING "fixincludes "
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:3679: error: in `/tmp/gcc-build/fixincludes':
configure:3683: error: C compiler cannot create executables
See `config.log' for more details.
I guess this may be related to "--enable-fully-dynamic-string". But it looks
like a difference issue[1][2].
[1] http://trac.macports.org/ticket/27237
[2] http://trac.macports.org/ticket/31171
Anyway, "--enable-libstdcxx-debug" causing bootstrap failure should be a
problem.
[Bug libstdc++/45711] New: Building with "--enable-libstdcxx-debug" fails during install
ram-prefix=i686-apple-darwin10-
--host=x86_64-apple-darwin10 --target=i686-apple-darwin10
--with-gxx-include-dir=/include/c++/4.2.1
Thread model: posix
gcc version 4.2.1 (Apple Inc. build 5664)
Trunk gcc configured with:
../gcc-4.6-20100904/configure --prefix=/opt/local --build=x86_64-apple-darwin10
--enable-languages=c,c++ --libdir=/opt/local/lib/gcc-trunk
--includedir=/opt/local/include/gcc-trunk --infodir=/opt/local/share/info
--mandir=/opt/local/share/man --datarootdir=/opt/local/share/gcc-4.6
--with-local-prefix=/opt/local --with-system-zlib --disable-nls
--program-suffix=-4.6 --enable-version-specific-runtime-libs
--with-gmp=/opt/local --with-mpfr=/opt/local --with-mpc=/opt/local
--with-ppl=/opt/local --with-cloog=/opt/local --enable-plugin
--enable-decimal-float --enable-concept-checks --enable-fully-dynamic-string
--enable-libstdcxx-debug
--
Summary: Building with "--enable-libstdcxx-debug" fails during
install
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: manphiz at gmail dot com
GCC build triplet: x86_64-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45711
[Bug libstdc++/45711] Building with "--enable-libstdcxx-debug" fails during install
--- Comment #1 from manphiz at gmail dot com 2010-09-17 21:19 --- Created an attachment (id=21823) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21823&action=view) Full build log. (Built using a custom Portfile through macports system) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45711
[Bug bootstrap/49469] New: GCC fails to bootstrap when building with embedded zlib on Mac OS X 10.6.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49469 Summary: GCC fails to bootstrap when building with embedded zlib on Mac OS X 10.6.7 Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: manp...@gmail.com When building trunk on Mac OS X 10.6.7, it fails when building the embedded zlib, which creates an i386 directory in the building directory (which was different from source directory) during stage2, and still reference ./prev-gcc from there, which would work if it were ../prev-gcc. The i386 seems to be created as multidirs was set to i386 for zlib. The configure switch was: $ $HOME/VCS/GIT/gcc/configure --prefix=/usr/local --with-gmp=/usr/local --with-mpfr=/usr/local --with-mpc=/usr/local --with-ppl=/usr/local --with-cloog=/usr/local --enable-cloog-backend=isl --program-suffix=-4.7 --enable-languages=c,c++ --disable-nls --disable-werror --enable-__cxa_init --enable-concept-checks --enable-decimal-float --enable-full-dynamic-string --enable-libstdcxx-debug --enable-libstdcxx-time --enable-multilib --enable-plugin --enable-shared --enable-threads --enable-version-specific-runtime-libs And the build log is attached.
[Bug bootstrap/49469] GCC fails to bootstrap when building with embedded zlib on Mac OS X 10.6.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49469 --- Comment #2 from Xiyue Deng 2011-07-03 04:29:09 UTC --- Created attachment 24660 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24660 gcc_4.7_build.log.gz Here is the build log with gcc trunk 'git pull'ed today, still the same problem.
