[Bug bootstrap/52226] Trunk fails to bootstrap on Mac OS X.

2012-02-13 Thread manphiz at gmail dot com
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 bootstrap/52226] Trunk fails to bootstrap on Mac OS X.

2012-02-13 Thread manphiz at gmail dot com
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.

2012-02-13 Thread manphiz at gmail dot com
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.

2012-02-13 Thread manphiz at gmail dot com
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.

2012-02-13 Thread manphiz at gmail dot com
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.

2012-02-13 Thread manphiz at gmail dot com
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.

2012-02-13 Thread manphiz at gmail dot com
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] New: Trunk fails to bootstrap on Mac OS X.

2012-02-13 Thread manphiz at gmail dot com
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/49469] GCC fails to bootstrap when building with embedded zlib on Mac OS X 10.6.7

2012-02-06 Thread manphiz at gmail dot com
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/49469] GCC fails to bootstrap when building with embedded zlib on Mac OS X 10.6.7

2012-02-06 Thread manphiz at gmail dot com
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

2011-07-02 Thread manphiz at gmail dot com
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.


[Bug bootstrap/49469] New: GCC fails to bootstrap when building with embedded zlib on Mac OS X 10.6.7

2011-06-19 Thread manphiz at gmail dot com
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 go/46986] New: Fails to build due to -Werror with --disable-werror

2010-12-16 Thread manphiz at gmail dot com
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 libstdc++/45711] Building with "--enable-libstdcxx-debug" fails during install

2010-09-17 Thread manphiz at gmail dot com


--- 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 libstdc++/45711] New: Building with "--enable-libstdcxx-debug" fails during install

2010-09-17 Thread manphiz at gmail dot com
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