Opened 14 years ago

Closed 14 years ago

#22222 closed defect (invalid)

wget fails to compile

Reported by: clusty1@… Owned by: ryandesign (Ryan Carsten Schmidt)
Priority: Normal Milestone:
Component: ports Version: 1.8.1
Keywords: Cc:
Port: wget

Description (last modified by tobypeterson)

--->  Computing dependencies for wget
--->  Configuring wget
Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_wget/work/wget-1.12" && ./configure --prefix=/opt/local --with-libssl-prefix=/opt/local " returned error 1
Command output: checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for ranlib... ranlib
checking for _LARGEFILE_SOURCE value needed for large files... no
checking whether NLS is requested... yes
checking for msgfmt... ./configure: line 5317:  4261 Trace/BPT trap          $ac_dir/$ac_word --statistics /dev/null 1>&5 2>&1
:
checking for gmsgfmt... :
checking for xgettext... ./configure: line 5407:  4270 Trace/BPT trap          $ac_dir/$ac_word --omit-header --copyright-holder= --msgid-bugs-address= /dev/null 1>&5 2>&1
:
checking for msgmerge... ./configure: line 5452:  4276 Trace/BPT trap          $ac_dir/$ac_word --update -q /dev/null /dev/null 1>&5 2>&1
:
checking for ld used by GCC... /usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld
checking if the linker (/usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld) is GNU ld... no
checking for shared library run path origin... done
checking for CFPreferencesCopyAppValue... yes
checking for CFLocaleCopyCurrent... yes
checking for GNU gettext in libc... no
checking for iconv... no, consider installing GNU libiconv
checking for GNU gettext in libintl... no
checking whether to use NLS... no
checking for ranlib... (cached) ranlib
checking for flex... flex
checking lex output file root... configure: error: cannot find output from flex; giving up

Error: Status 1 encountered during processing.

Change History (6)

comment:1 Changed 14 years ago by tobypeterson

Description: modified (diff)
Owner: changed from macports-tickets@… to ryandesign@…
Port: wget added

comment:2 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)

wget builds fine for me. What version of Mac OS X, Xcode and MacPorts are you using?

It looks like your gettext programs (msgfmt, gmsgfmt, xgettext, msgmerge) are crashing. Why is that? Have you tried rebuilding gettext?

Or have you perhaps recently upgraded to Snow Leopard but not reinstalled all your ports? If so, check the instructions on the Migration page.

comment:3 Changed 14 years ago by clusty1@…

I am running 10.6.1 with latest Xcode (do not know how to actually check, but downloaded/installed 3 days ago) mac ports is 1.8.1

This is a fresh computer and it never had any other version of OS X.

I rebuilt gettext: sudo port -f unistall gettext

Please tell me any possible tests I could do further

comment:4 in reply to:  3 ; Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)

Replying to clusty1@…:

I am running 10.6.1 with latest Xcode (do not know how to actually check, but downloaded/installed 3 days ago)

Ok. Probably 3.2.1, released October 8. To make sure, you can click once on /Developer/Applications/Xcode.app and choose Get Info from the File menu.

I rebuilt gettext: sudo port -f unistall gettext

You uninstalled gettext with "sudo port -f uninstall gettext", and then installed it again with "sudo port install gettext"?

Please tell me any possible tests I could do further

Do the gettext programs work? What happens if you type "msgfmt --version" -- does it show you the version of gettext?

If so, do you still see the same problem when installing wget? Clean it first with "sudo port clean wget" then try installing again with "sudo port -d install wget", using "-d" to see more information.

comment:5 in reply to:  4 Changed 14 years ago by clusty1@…

Replying to ryandesign@…:

Replying to clusty1@…:

I am running 10.6.1 with latest Xcode (do not know how to actually check, but downloaded/installed 3 days ago)

Ok. Probably 3.2.1, released October 8. To make sure, you can click once on /Developer/Applications/Xcode.app and choose Get Info from the File menu.

running 3.2

I rebuilt gettext: sudo port -f unistall gettext

You uninstalled gettext with "sudo port -f uninstall gettext", and then installed it again with "sudo port install gettext"?

yes

Please tell me any possible tests I could do further

Do the gettext programs work? What happens if you type "msgfmt --version" -- does it show you the version of gettext?

If so, do you still see the same problem when installing wget? Clean it first with "sudo port clean wget" then try installing again with "sudo port -d install wget", using "-d" to see more information.

I take bug back. Somehow my ARCHs got entangled . Sorry for the inconvenience.

comment:6 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)

Resolution: invalid
Status: newclosed

Ok, glad you got it working.

Xcode 3.2 is probably fine but if you'd like to upgrade to 3.2.1 you can get it from http://connect.apple.com/

Note: See TracTickets for help on using tickets.