View Issue Details

IDProjectCategoryView StatusLast Update
0005673GNUnetbuild processpublic2019-04-03 16:55
Reporterng0Assigned Tong0 
PrioritynormalSeverityblockReproducibilityhave not tried
Status closedResolutionreopened 
Product VersionSVN HEAD 
Target Version0.11.1Fixed in Version0.11.1 
Summary0005673: libltdl is no longer picked up by configure (error)
Descriptionchecking for libltdl... --with-ltdl not specified
checking for ltdl.h usability... yes
checking for ltdl.h presence... no
configure: WARNING: ltdl.h: accepted by the compiler, rejected by the preprocessor!
configure: WARNING: ltdl.h: proceeding with the compiler's result
checking for ltdl.h... yes
checking for lt_dlopenext in -lltdl... no
configure: error: GNUnet requires libltdl (from GNU libtool), try installing libltdl-dev



1) ltdl.h exists.
2) this was last rebuild completely from scratch 2 or 3 netbsd patchversions ago.
Additional InformationCould be related to 5616 and the changes in there.
TagsNo tags attached.

Activities

ng0

2019-04-01 15:26

developer   ~0014248

Oh well, glpk is --enable-experimental, so I guess it's not blocking.

ng0

2019-04-01 15:27

developer   ~0014249

Last edited: 2019-04-01 15:29

View 3 revisions

3) rebuild and reinstall didn't fix this (I did not assume it would)

this happens without --enable-experimental btw.

I can explicitly --disable-experimental, same difference.

ng0

2019-04-01 15:48

developer   ~0014250

Last edited: 2019-04-01 15:48

View 2 revisions

This happens when I pass CFLAGS=-g -O0" to configure, without it, it is fine.

ng0

2019-04-01 15:50

developer   ~0014251

It also happens when I pass more than --prefix=some/prefix to configure

ng0

2019-04-01 16:07

developer   ~0014252

Last edited: 2019-04-01 16:28

View 2 revisions

The diff involved is https://git.gnunet.org/gnunet.git/commit/?h=dev/ng0/5673_5616&id=8e50f39a2c1ba03011bd1e5c51d0721f220e2e7a

However it was tested positive on this branch as well as on master, in both cases I get a failure.

ng0

2019-04-01 19:23

developer   ~0014254

> Oh well, glpk is --enable-experimental, so I guess it's not blocking.


Ehm.
Wow.
Okay, *now* I'm looking into the real issue ;)

ng0

2019-04-01 19:59

developer   ~0014255

I don't really know if this is now gone for good, but it's fixed for me.

Issue History

Date Modified Username Field Change
2019-04-01 15:22 ng0 New Issue
2019-04-01 15:23 ng0 Assigned To => ng0
2019-04-01 15:23 ng0 Status new => assigned
2019-04-01 15:26 ng0 Note Added: 0014248
2019-04-01 15:27 ng0 Priority high => normal
2019-04-01 15:27 ng0 Severity block => minor
2019-04-01 15:27 ng0 Note Added: 0014249
2019-04-01 15:28 ng0 Note Edited: 0014249 View Revisions
2019-04-01 15:29 ng0 Note Edited: 0014249 View Revisions
2019-04-01 15:48 ng0 Note Added: 0014250
2019-04-01 15:48 ng0 Note Edited: 0014250 View Revisions
2019-04-01 15:50 ng0 Note Added: 0014251
2019-04-01 16:07 ng0 Note Added: 0014252
2019-04-01 16:15 ng0 Severity minor => block
2019-04-01 16:15 ng0 Additional Information Updated View Revisions
2019-04-01 16:28 ng0 Note Edited: 0014252 View Revisions
2019-04-01 19:23 ng0 Note Added: 0014254
2019-04-01 19:59 ng0 Status assigned => resolved
2019-04-01 19:59 ng0 Resolution open => fixed
2019-04-01 19:59 ng0 Note Added: 0014255
2019-04-01 19:59 ng0 Status resolved => feedback
2019-04-01 19:59 ng0 Resolution fixed => reopened
2019-04-01 19:59 ng0 Status feedback => resolved
2019-04-01 19:59 ng0 Fixed in Version => 0.11.1
2019-04-03 16:55 Christian Grothoff Status resolved => closed