View Issue Details

IDProjectCategoryView StatusLast Update
0003067GNUnetbuild processpublic2013-10-20 18:29
ReporterFlorian Dold Assigned ToChristian Grothoff Due Date
PrioritynormalSeverityminorReproducibilitysometimes
Status closedResolutionwon't fix 
Product VersionGit master 
Summary0003067: sometimes the build system tries to use an old, already installed library, and fails
DescriptionThis happened to me a few times already: When building SVN HEAD and an only slightly older version of GNUnet is already installed, the build (as in 'make', not 'make install') sometimes fails unless an offending older version of a library (in $PREFIX/lib) is manually deleted.

This problem does *not* go away after 'make distclean && ./configure ...'.
Steps To Reproduce$ make
[...]
make[3]: Entering directory `/home/dold/repos/gnunet/src/core'
  CC core_api.lo
  CC core_api_iterate_peers.lo
  CCLD libgnunetcore.la
  CC gnunet-core.o
  CCLD gnunet-core
  CC gnunet-service-core.o
  CC gnunet-service-core_clients.o
  CC gnunet-service-core_neighbours.o
  CC gnunet-service-core_kx.o
  CC gnunet-service-core_sessions.o
  CC gnunet-service-core_typemap.o
  CCLD gnunet-service-core
/home/dold/lib/libgnunethello.so.0: undefined reference to `GNUNET_CRYPTO_ecc_public_sign_key_to_string'
collect2: error: ld returned 1 exit status
TagsNo tags attached.

Activities

Christian Grothoff

2013-10-16 09:09

manager   ~0007527

AFAIK it should go away if you simply use 'make install' instead of 'make', right? Short of running 'make uninstall' before 'svn up', I don't know of a solution.

Christian Grothoff

2013-10-20 18:29

manager   ~0007546

Setting to "won't fix" as I have no idea where to even start.

Issue History

Date ModifiedUsernameFieldChange
2013-10-14 13:33Florian DoldNew Issue
2013-10-16 09:09Christian GrothoffNote Added: 0007527
2013-10-16 09:09Christian GrothoffAssigned To => Christian Grothoff
2013-10-16 09:09Christian GrothoffStatusnew => feedback
2013-10-20 18:29Christian GrothoffNote Added: 0007546
2013-10-20 18:29Christian GrothoffStatusfeedback => closed
2013-10-20 18:29Christian GrothoffResolutionopen => won't fix