gcc44 @4.4.6 build failure

[ryanopolis@…]

Snow Leopard 10.6.7
MacPorts: 1.9.2
XCode: 4.02

While trying to install gcc44, I receive a build error. This is a clean install of xcode and macports.

Last part of log:

:info:build checking for iconv declaration... 
:info:build          extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft);
:info:build updating cache ./config.cache
:info:build configure: creating ./config.status
:info:build config.status: creating Makefile
:info:build config.status: creating config.h
:info:build config.status: executing depdir commands
:info:build mkdir .deps
:info:build make[1]: *** [stage2-bubble] Error 2
:info:build make: *** [bootstrap] Error 2
:info:build shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc44/work/build" && /usr/bin/make -j2 bootstrap " returned error 2
:error:build Target org.macports.build returned: shell command failed (see log for details)
:debug:build Backtrace: shell command failed (see log for details)
    while executing
"command_exec build"
    (procedure "portbuild::build_mai
n" line 8)
    invoked from within
"$procedure $targetname"

I have tried gcc43 and gcc45 with same results. Any help is greatly appreciated.

[ryanopolis@…]

main.log

[jmroot (Joshua Root)]

Please remember to preview and use WikiFormatting, and cc the maintainer.

[jmroot (Joshua Root)]

Excerpt in the description doesn't contain the error; it's:

source='../../gcc-4.4.6/libdecnumber/decNumber.c' object='decNumber.o' libtool=no /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc44/work/build/./prev-gcc/xgcc -B/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc44/work/build/./prev-gcc/ -B/opt/local/x86_64-apple-darwin10/bin/  -I../../gcc-4.4.6/libdecnumber -I.  -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -Wcast-qual -pedantic -Wno-long-long  -I../../gcc-4.4.6/libdecnumber -I.  -c ../../gcc-4.4.6/libdecnumber/decNumber.c
:info:build In file included from ../../gcc-4.4.6/libdecnumber/decContext.h:54,
:info:build                  from ../../gcc-4.4.6/libdecnumber/decNumber.h:37,
:info:build                  from ../../gcc-4.4.6/libdecnumber/decNumber.c:169:
:info:build ./gstdint.h:69: error: conflicting types for 'uintptr_t'
:info:build /usr/include/i386/types.h:109: note: previous declaration of 'uintptr_t' was here

[ryanopolis@…]

Thank you.

Is my problem that /usr/include/i386/types.h is getting in the way?

If so, is it safe to relocate that folder/file until after install?

[ryandesign (Ryan Carsten Schmidt)]

/usr/include/i386/types.h is a normal part of Mac OS X and should probably not be touched.

[ryanopolis@…]

My suspicion is that something in MacPorts is configured to look in root/usr instead of opt/local/usr. Does that sound accurate to you?

If that is the case, how do I configure MacPorts to go around this?

If that is not the case, have you seen this before? Can you point me to a ticket I should be looking at to resolve this?

[jmroot (Joshua Root)]

I don't remember seeing anyone report this error before, and gcc44 builds fine for me on 10.6.7. Only difference is I'm running Xcode 3.2.6.

[ryanopolis@…]

I am trying to understand the nature of this error. My online searches have been fruitless. If you don't want to answer my questions farther than 'it works for me', would you suggest a forum where I could post this and get a more robust response?

[ryandesign (Ryan Carsten Schmidt)]

Replying to ryanopolis@…:

My suspicion is that something in MacPorts is configured to look in root/usr instead of opt/local/usr. Does that sound accurate to you?

No; in particular "opt/local/usr" doesn't make sense. "/usr" is a prefix into which various core system files are installed, by Mac OS X and Xcode. "/opt/local" is a prefix into which MacPorts and its ports install their files. Most ports installed with MacPorts need to access some headers and libraries from prefix /usr, and many need to access some headers and libraries from prefix /opt/local. There is nothing to configure to make this happen; this is just how things work. It ought to just work. We do not understand why it is not working for you.

Replying to ryanopolis@…:

If you don't want to answer my questions farther than 'it works for me', would you suggest a forum where I could post this and get a more robust response?

I am not a gcc compilation expert so it's not that I don't want to answer your questions further, it's that I do not know the answers. If the MacPorts gcc maintainer, to whom this ticket is assigned, has time to investigate, he might respond here. If not, you could try contacting the gcc developers directly. You mentioned that you experienced the same trouble with gcc43 and gcc45; you should probably also try gcc46 first before reporting the problem upstream.

[dr.allgood@…]

Hey. I just wanted to report that I have the same issue here.

Mac OS 10.6.8 (aka Snow Leopard) with gcc 4.4.6 on a clean (fresh installed) system.

[dr.allgood@…]

Cc Me!

[shahar.zaks@…]

Cc Me!

[jmroot (Joshua Root)]

Some of the configure lines say:

checking for uintptr_t... no

which shouldn't be the case. So looking at the corresponding config.log would probably be enlightening.

[jmroot (Joshua Root)]

Is this still a problem with the current version?

[kencu (Ken)]

gcc44 builds on 10.6.8 on both the 32 and 64 bit buildbots, and I just rebuilt gcc44 on 10.6.8 i386 now myself as well, so it would appear fixed.