[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-wget] With wget-1.12, I'm getting "Duplicate Symbols" during ma
From: |
Giuseppe Scrivano |
Subject: |
Re: [Bug-wget] With wget-1.12, I'm getting "Duplicate Symbols" during make (MacOSX 10.5.8), help please? |
Date: |
Mon, 24 May 2010 12:05:28 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) |
Hello,
thanks for you report.
Can you please to re-build wget applying this patch?
Cheers,
Giuseppe
=== modified file 'src/css-tokens.h'
--- src/css-tokens.h 2010-05-08 19:56:15 +0000
+++ src/css-tokens.h 2010-05-24 10:04:21 +0000
@@ -61,6 +61,6 @@
NUMBER,
URI,
FUNCTION
-} css_tokens;
+};
#endif /* CSS_TOKENS_H */
=== modified file 'src/iri.h'
--- src/iri.h 2010-05-08 19:56:15 +0000
+++ src/iri.h 2010-05-24 10:03:19 +0000
@@ -54,7 +54,7 @@
#else /* ENABLE_IRI */
-struct iri dummy_iri;
+static struct iri dummy_iri;
#define parse_charset(str) NULL
#define find_locale() NULL
SciFi <address@hidden> writes:
> Hi,
>
> I am on a MacOSX 10.5.8 system with latest (known) updates. Running on a
> model iMac6,1 with 2.16-GHz C2D, 24-inch non-glossy LCD (1200p), 4-GB RAM,
> etc.
>
> Ever since wget-1.12 came out, and now with the -2359 pkg, I've been seeing
> these make-time errors:
>
> with iri/idn enabled (default ./configure):
> […]
> gcc-4.2 -fast -mtune=core2 -march=core2 -force_cpusubtype_ALL -arch
> i386 -fast -mtune=core2 -march=core2 -force_cpusubtype_ALL -arch i386
> -L/usr/local/lib -L/usr/X11/lib -L/usr/local/lib -o wget cmpt.o connect.o
> convert.o cookies.o ftp.o css.o css-url.o ftp-basic.o ftp-ls.o hash.o host.o
> html-parse.o html-url.o http.o init.o log.o main.o netrc.o progress.o
> ptimer.o recur.o res.o retr.o snprintf.o spider.o url.o utils.o exits.o
> build_info.o iri.o version.o ftp-opie.o openssl.o http-ntlm.o ../lib/libgnu.a
> -lssl -lcrypto -liconv -lintl -liconv -lc -Wl,-framework -Wl,CoreFoundation
> -ldl -lidn
> ld: duplicate symbol _css_tokens in css-url.o and css.o
> collect2: ld returned 1 exit status
> make[3]: *** [wget] Error 1
> make[3]: Leaving directory `/Volumes/RamDisk/Safari/wget-1.12-2359/src'
> […]
>
> with ./configure --disable-iri :
> […]
> gcc-4.2 -fast -mtune=core2 -march=core2 -force_cpusubtype_ALL -arch
> i386 -fast -mtune=core2 -march=core2 -force_cpusubtype_ALL -arch i386
> -L/usr/local/lib -L/usr/X11/lib -o wget cmpt.o connect.o convert.o
> cookies.o ftp.o css.o css-url.o ftp-basic.o ftp-ls.o hash.o host.o
> html-parse.o html-url.o http.o init.o log.o main.o netrc.o progress.o
> ptimer.o recur.o res.o retr.o snprintf.o spider.o url.o utils.o exits.o
> build_info.o version.o ftp-opie.o openssl.o http-ntlm.o ../lib/libgnu.a
> -lssl -lcrypto -lintl -liconv -lc -Wl,-framework -Wl,CoreFoundation -ldl
> ld: duplicate symbol _dummy_iri in connect.o and cmpt.o
> collect2: ld returned 1 exit status
> make[3]: *** [wget] Error 1
> make[3]: Leaving directory `/Volumes/RamDisk/Safari/wget-1.12-2359/src'
> […]
>
> I do not use a pkg-manager such as Fink or Macports.
> For most things, I hand-compile and put them into /usr/local.
> For some things, I let them find Apple's provided pkgs such as openssl in
> /usr (not the latest, but oh well…).
>
> I tried libidn-1.18 and the just-released 1.19.
>
> The wget-1.11.4 pkg has been working fine.
> Since the net is allowing "arabic" URLs, I thought it time to try matching
> whatever's needed to support them.
>
> A fellow at http://www.merenbach.com/software/wget uses MacOSX 10.6 with the
> 10.5-SDK and has seemingly successfully compiled wget-1.12, but he has not
> installed libidn and others that I would need. For many various reasons, I
> can't get up to 10.6 myself just yet.
>
> I do have a _lot_ of open-src pkgs already installed here, enough & more to
> run glib/gtk+ apps with XQuartz-2.5.0 (newer version of Apple's X11).
>
> I think older XCodes (older gcc's) supported the '-s' option to allow those
> duplicate symbols, but today '-s' is unsupported and gcc-4.2 actually says so
> when specified.
>
> Could someone help me, please?
> Thanks very much.