You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Klaus Thorn <Kl...@noumenastudios.com> on 2013/09/02 18:20:13 UTC
libsvn_ra_serf/util.c: undefined reference to
serf_bucket_request_set_CL [1.8.1][1.8.3][WORKAROUND]
I am mailing this just to make the workaround known to other users.
When compiling subversion 1.8.1 or 1.8.3 from apache's source package,
"configure --with-serf=/usr/local/serf" is not enough to use a specific serf version.
Not if another version was installed as debian packages.
Workaround:
Uninstall the debian packages, then do "make install" again.
Symptom:
"make install" fails with:
cd subversion/libsvn_ra_serf ;
[...] libtool: install: warning: relinking `libsvn_ra_serf-1.la'
[...] .libs/util.o: In function `setup_serf_req':
[...]/subversion-1.8.3/subversion/libsvn_ra_serf/util.c:760: undefined reference to `serf_bucket_request_set_CL'
[...]/subversion-1.8.3/subversion/libsvn_ra_serf/util.c:758: undefined reference to `serf_bucket_request_set_CL'
collect2: ld returned 1 exit status
libtool: install: error: relink `libsvn_ra_serf-1.la' with the above command before installing it
make: *** [install-serf-lib] Fehler 1
("Fehler" is German for "Error")
Tested with Ubuntu 12.04 x64 and the distribution's standart libserf1 and libserf-dev packages.
::::::::::::::::::::
Klaus Thorn
IT Administrator
klaus.thorn@noumenastudios.com
::::::::::::::::::::
Noumena Studios GmbH
part of kalypso media group
Lützowstraße 33
10785 Berlin
Germany
http://www.noumenastudios.com
http://www.kalypsomedia.com
CEO/Geschäftsführer:
Stefan Marcinek
Commercial register of the local court / Registergericht:
HRB 129507 B
VAT identification number / Ust-Id.Nr.:
DE274058087
::::::::::::::::::::
This e-mail is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. Noumena Studios is unable to control the content transmitted via the Internet. Noumena Studios hereby excludes any written or implied warranty as to the accuracy of any information contained in this message and any liability of any kind for the information contained, therein, or for its transmission, reception, storage or usage in any way
Re: libsvn_ra_serf/util.c: undefined reference to serf_bucket_request_set_CL
[1.8.1][1.8.3][WORKAROUND]
Posted by Ben Reser <be...@reser.org>.
On 9/8/13 4:12 PM, Nico Kadel-Garcia wrote:
> This is why you either update a system version that is high enough, or you use
> the "get-deps.sh" to pull down versions locally and compile them statically.
> I've been publishing up-to-date get-deps.sh, slightly more consistent in layout
> and up-to-date, at
> https://github.com/nkadel/subversion-1.8.x-srpm/blob/master/get-deps.sh.
He does have a legitimate complaint, the problem is that Debian's serf isn't
new enough and our configure should be complaining.
> Can we possibly get that updated get-deps.sh into the main code line?
Make a patch and submit it along with a commit message explaining the reasoning
for your changes.
Some comments from looking at your script now:
1) The nested command substitutions in setting the SQLITE need to be broken up
to be compatible with POSIX shells. You should avoid using $() since there are
some shells that don't implement this (despite the fact that it's in the POSIX
standard).
2) What's the motivation for reordering stuff all over the place. It just seem
gratutitous and it doesn't really matter what order get-deps.sh downloads
things. What it does achieve is to make your differences very difficult to
actually see.
3) As far as I know the newest version of APR iconv is 1.2.1, your script is
defaulting to 1.2.6
4) Is there some particular reason to want SQLITE 3.7.17 versus 3.7.15.1? We
don't typically bump version numbers once a 1.x.0 has been released unless
there's a specific reason to.
5) There's no reason to download gtest since nothing actually uses it yet.
6) What's the point of all the || return 1? The existing test when using user
provided deps list is to show the usage if someone tries to use a deps name we
don't have implemented. I mean I can see the value in checking that the
commands actually suceeded but when you just run the script with no command it
doesn't do anything with that return and when there is an error it just prints
the usage, which is hugely confusing.
Re: libsvn_ra_serf/util.c: undefined reference to serf_bucket_request_set_CL
[1.8.1][1.8.3][WORKAROUND]
Posted by Nico Kadel-Garcia <nk...@gmail.com>.
This is why you either update a system version that is high enough, or you
use the "get-deps.sh" to pull down versions locally and compile them
statically. I've been publishing up-to-date get-deps.sh, slightly more
consistent in layout and up-to-date, at
https://github.com/nkadel/subversion-1.8.x-srpm/blob/master/get-deps.sh.
Can we possibly get that updated get-deps.sh into the main code line?
On Mon, Sep 2, 2013 at 12:20 PM, Klaus Thorn <Klaus.Thorn@noumenastudios.com
> wrote:
> I am mailing this just to make the workaround known to other users.
>
> When compiling subversion 1.8.1 or 1.8.3 from apache's source package,
> "configure --with-serf=/usr/local/serf" is not enough to use a specific
> serf version.
> Not if another version was installed as debian packages.
>
> Workaround:
> Uninstall the debian packages, then do "make install" again.
>
> Symptom:
> "make install" fails with:
>
> cd subversion/libsvn_ra_serf ;
> [...] libtool: install: warning: relinking `libsvn_ra_serf-1.la'
> [...] .libs/util.o: In function `setup_serf_req':
> [...]/subversion-1.8.3/subversion/libsvn_ra_serf/util.c:760: undefined
> reference to `serf_bucket_request_set_CL'
> [...]/subversion-1.8.3/subversion/libsvn_ra_serf/util.c:758: undefined
> reference to `serf_bucket_request_set_CL'
> collect2: ld returned 1 exit status
> libtool: install: error: relink `libsvn_ra_serf-1.la' with the above
> command before installing it
> make: *** [install-serf-lib] Fehler 1
>
> ("Fehler" is German for "Error")
>
>
> Tested with Ubuntu 12.04 x64 and the distribution's standart libserf1 and
> libserf-dev packages.
>
>
> ::::::::::::::::::::
> Klaus Thorn
> IT Administrator
> klaus.thorn@noumenastudios.com
> ::::::::::::::::::::
> Noumena Studios GmbH
> part of kalypso media group
>
> Lützowstraße 33
> 10785 Berlin
> Germany
> http://www.noumenastudios.com
> http://www.kalypsomedia.com
>
> CEO/Geschäftsführer:
> Stefan Marcinek
> Commercial register of the local court / Registergericht:
> HRB 129507 B
> VAT identification number / Ust-Id.Nr.:
> DE274058087
> ::::::::::::::::::::
>
> This e-mail is for the sole use of the intended recipient(s) and may
> contain confidential and privileged information. Any unauthorized review,
> use, disclosure or distribution is prohibited. Noumena Studios is unable to
> control the content transmitted via the Internet. Noumena Studios hereby
> excludes any written or implied warranty as to the accuracy of any
> information contained in this message and any liability of any kind for the
> information contained, therein, or for its transmission, reception, storage
> or usage in any way
>
>
Re: libsvn_ra_serf/util.c: undefined reference to serf_bucket_request_set_CL
[1.8.1][1.8.3][WORKAROUND]
Posted by Ben Reser <be...@reser.org>.
On 9/2/13 9:20 AM, Klaus Thorn wrote:
> I am mailing this just to make the workaround known to other users.
>
> When compiling subversion 1.8.1 or 1.8.3 from apache's source package,
> "configure --with-serf=/usr/local/serf" is not enough to use a specific serf version.
> Not if another version was installed as debian packages.
>
> Workaround:
> Uninstall the debian packages, then do "make install" again.
>
> Symptom:
> "make install" fails with:
>
> cd subversion/libsvn_ra_serf ;
> [...] libtool: install: warning: relinking `libsvn_ra_serf-1.la'
> [...] .libs/util.o: In function `setup_serf_req':
> [...]/subversion-1.8.3/subversion/libsvn_ra_serf/util.c:760: undefined reference to `serf_bucket_request_set_CL'
> [...]/subversion-1.8.3/subversion/libsvn_ra_serf/util.c:758: undefined reference to `serf_bucket_request_set_CL'
> collect2: ld returned 1 exit status
> libtool: install: error: relink `libsvn_ra_serf-1.la' with the above command before installing it
> make: *** [install-serf-lib] Fehler 1
>
> ("Fehler" is German for "Error")
>
>
> Tested with Ubuntu 12.04 x64 and the distribution's standart libserf1 and libserf-dev packages.
Can you post the config.log file from a build with this behavior?
That should be helpful in figuring out why our configure isn't dealing with
this properly.