bug-wget
[Top][All Lists]
Advanced

[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.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]