Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 473334 - dev-libs/ppl-0.12.1-r1 with sci-mathematics/glpk-4.50 - ppl_lpsol.c:568:1: error: unknown type name ‘LPX’
Summary: dev-libs/ppl-0.12.1-r1 with sci-mathematics/glpk-4.50 - ppl_lpsol.c:568:1: er...
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Toolchain Maintainers
Depends on: 446698
  Show dependency tree
Reported: 2013-06-15 05:24 UTC by Jeremy Murphy
Modified: 2014-11-04 17:40 UTC (History)
8 users (show)

See Also:
Package list:
Runtime testing required: ---

build.log for failed compile. (build.log,106.00 KB, text/x-log)
2013-06-15 05:26 UTC, Jeremy Murphy
build.log.JM (build.log.JM,106.33 KB, text/plain)
2013-06-18 01:19 UTC, Jason Mours

Note You need to log in before you can comment on or make changes to this bug.
Description Jeremy Murphy 2013-06-15 05:24:06 UTC
In the changelog of glpk-4.50:

        * src/
        Though API was not changed since 4.49, symbols _glp_lpx_* were
        removed from the export list, hence 35:0:0.

Seems like ppl relies on them because it fails to compile against API 35:0:0.

Reproducible: Always

Steps to Reproduce:
1. emerge glpk-4.50
2. emerge ppl

Actual Results:  
ppl fails to compile.

Expected Results:  
ppl compiles.

Portage (default/linux/amd64/13.0/desktop/kde, gcc-4.6.4, glibc-2.15-r3, 3.8.13-gentoo x86_64)
System uname: Linux-3.8.13-gentoo-x86_64-Intel-R-_Core-TM-_i5_CPU_M_580_@_2.67GHz-with-gentoo-2.2
KiB Mem:     7954528 total,   1183352 free
KiB Swap:    4095996 total,   3975584 free
Timestamp of tree: Sat, 15 Jun 2013 01:45:01 +0000
ld GNU ld (GNU Binutils) 2.22
app-shells/bash:          4.2_p45
dev-java/java-config:     2.1.12-r1
dev-lang/python:          2.7.3-r3, 3.2.3-r2
dev-util/pkgconfig:       0.28
sys-apps/baselayout:      2.2
sys-apps/openrc:          0.11.8
sys-apps/sandbox:         2.5
sys-devel/autoconf:       2.13, 2.69
sys-devel/automake:       1.11.6, 1.12.6
sys-devel/binutils:       2.22-r1
sys-devel/gcc:            4.6.4, 4.7.3, 4.8.1
sys-devel/gcc-config:     1.7.3
sys-devel/libtool:        2.4-r1
sys-devel/make:           3.82-r4
sys-kernel/linux-headers: 3.7 (virtual/os-headers)
sys-libs/glibc:           2.15-r3
Repositories: gentoo x11 seden sunrise science dmol kde lisp scarabeus floppym mv zugaina java local
ACCEPT_LICENSE="* -@EULA AdobeFlash-11.x skype-eula Google-TOS google-talkplugin skype- google-chrome Oracle-BCLA-JavaSE"
CFLAGS="-O2 -pipe -w -march=native"
CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/polkit-1/actions /usr/share/themes/oxygen-gtk/gtk-2.0 /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-O2 -pipe -w -march=native"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch parallel-install preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv"
FFLAGS="-O2 -pipe"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTDIR_OVERLAY="/var/lib/layman/x11 /var/lib/layman/seden /var/lib/layman/sunrise /var/lib/layman/science /var/lib/layman/dmol /var/lib/layman/kde /var/lib/layman/lisp /var/lib/layman/scarabeus /var/lib/layman/floppym /var/lib/layman/mv /var/lib/layman/zugaina /var/lib/layman/java /usr/local/portage"
USE="X a52 aac aalib acl acpi alsa amd64 amd64codecs ao avahi bash-completion berkdb blas bluetooth branding bzip2 c++0x cairo caps cdda cddb cli consolekit cracklib crypt css cups curl cxx dbus declarative djvu dri dts dvd dvdr emboss encode exif expat fam ffmpeg fftw flac fontconfig fortran gd gdbm geoip gif gmp gnuplot gnutls gphoto2 gpm graphviz gsl gsm gtk iconv icu idn imagemagick imlib ipod ipv6 java java6 javascript jpeg jpeg2k kde kipi ladspa lame lapack laptop latex lcms ldap libnotify libsamplerate lzma lzo mad matroska mmap mmx mng modules mp3 mp4 mpeg mpi mtp mudflap multilib mysql mysqli ncurses nls nptl nsplugin ntfs offensive ogg openal openexr opengl openmp pam pango pch pcre pdf phonon php plasma plotutils png policykit postscript ppds qt3support qt4 readline samba scanner sdl semantic-desktop session sharedmem smp sndfile sox speex spell sqlite sqlite3 sse sse2 sse3 ssl startup-notification subversion svg syslog szip taglib tcpd theora threads tiff truetype udev udisks unicode upnp upower usb vcd vorbis wavpack wifi wmf wxwidgets x264 xcb xcomposite xinerama xml xpm xscreensaver xv xvid zeroconf zlib" ABI_X86="64" ALSA_CARDS="hda-intel" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="en_AU en_GB" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-3" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_2" RUBY_TARGETS="ruby19 ruby18" USERLAND="GNU" VIDEO_CARDS="intel" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Comment 1 Jeremy Murphy 2013-06-15 05:26:02 UTC
Created attachment 350974 [details]
build.log for failed compile.

Build fails because it cannot find the symbols that were removed.
Comment 2 Alexandre Rostovtsev (RETIRED) gentoo-dev 2013-06-16 16:47:48 UTC
CC-ing glpk maintainers in case they can help with updating ppl. (By the way, why is the glpk ebuild using EAPI5 but not setting a subslot when libglpk soname version changes?)
Comment 3 Ryan Hill (RETIRED) gentoo-dev 2013-06-16 17:13:27 UTC
ppl can't be updated without breaking gcc.  it needs to be installed into a new SLOT.
Comment 4 Jason Mours 2013-06-18 01:19:13 UTC
Created attachment 351278 [details]

Same problem here. I was able to pull some more out in the backtrace, looks like my unicode is from a different local. Hope this helps, real show stopper on my end.
Comment 5 Chí-Thanh Christopher Nguyễn gentoo-dev 2013-06-18 18:08:20 UTC
For now you could make ppl depend on <=glpk-4.48, so that users don't run into this problem.
Comment 6 Ryan Hill (RETIRED) gentoo-dev 2013-06-26 04:30:43 UTC
Comment 7 Jason Mours 2013-06-26 19:53:14 UTC
(In reply to Ryan Hill from comment #6)
> Done.

Hey Ryan, could you please remove the build glpk-4.48 build dependency for ppl -0.12.1-r1? glpk-4.50 is already a global mask, which I've unmasked for use in other builds. While I am anxious in ppl-0.x implementing working linear programming with glpk-4.50, I have extensive builds with benched lapack. As I just *KNOW* the ppl guys & gals are all about extending ppl's already capably functional linear programming extensions, I already went ahead with glpk-4.50 on my system. Your mask is redundant against the global mask and renders portage useless for me in certain circumstances. While dev-libs/ppl is not a fugazi library , */for that insane prune crazy management (*not* the gentoo way)/* , I am a patient boy.

Rhetorical: Every find an amazing function in a *useless* program? gcc / glibc does all the time...
Comment 8 Ryan Hill (RETIRED) gentoo-dev 2013-06-27 03:35:14 UTC
I'd prefer the dependencies were accurate.  If this is preventing you from installing 4.50 can't you temporarily disable the lpsol USE flag? (it'll be broken anyways).  Or copy ppl-0.12-1-r1 into an overlay and remove the version from the dependency.
Comment 9 Jason Mours 2013-06-27 05:16:53 UTC
(In reply to Ryan Hill from comment #8)
> I'd prefer the dependencies were accurate.  If this is preventing you from
> installing 4.50 can't you temporarily disable the lpsol USE flag? (it'll be
> broken anyways).  Or copy ppl-0.12-1-r1 into an overlay and remove the
> version from the dependency.

Since when is glpk a dependency for anything? I already have 4.50 on my machine... and it is the first and only instance of glpk on my machine. ppl never needed it before? Now with it listed as a dependency @world is complaining. I can't even run haskell-updater (which is not compiling anything but dev-haskell) without it telling me to unmask and downgrade to glpk-4.48... although, I suppose I could tell it to use a different package manager.. BUT why do I need to?

How was this issue NOT addressed by masking glpk-4.50 globally? I choose to keep 4.50 installed, and compile GHC over and over, until ppl addresses this issue and mends my graphite. I do not believe that glpk is,was, or should be listed as a dependency for ppl... am I that far off base here? For those who downgraded more power to you, in my opinion there will be errata in the other packages that have used 4.50 already, namely GHC. So again, why do I HAVE to downgrade or use it at all? I'll live with the error compiling ppl, which is a package that I have not compiled against glpk yet anyways... but I would like to be able to compile my @world up to ppl.
Comment 10 Jeremy Murphy 2013-06-27 05:52:22 UTC
(In reply to Jason Mours from comment #9)

Jason, I think Ryan is perfectly correct about the dependencies.  It sounds like you have accidentally enabled USE=lpsol for dev-libs/ppl when you don't really want/need it.  You should check those USE flag settings and jump onto the forums or IRC if you can't get it to behave how you want.
Comment 11 Ryan Hill (RETIRED) gentoo-dev 2013-06-27 05:56:37 UTC
> Since when is glpk a dependency for anything?

glpk is a dependency of ppl when the lpsol USE flag is enabled.  This has always been the case.  Nothing has changed here.  Perhaps you never noticed because you had it installed already?

> How was this issue NOT addressed by masking glpk-4.50 globally?

Because eventually it will be unmasked?  We have to keep old versions of ppl around indefinitely (different gcc versions require specific versions of ppl and we don't remove old gcc versions) and I'd really like it if they actually build.

> I do not believe that glpk is,was, or should be listed as a dependency for
> ppl... am I that far off base here?

Well it'll error out during configure if glpk is not installed, so I would say yes.

> So again, why do I HAVE to downgrade or use it at all?

You don't.  The whole point of having the lpsol USE flag is so people don't have to install glpk.  Disable it and carry on.
Comment 12 Jason Mours 2013-06-27 16:20:57 UTC
No I stand corrected. lspol is a use flag I have stated in package.use from over a month ago.

I installed glpk after I saw 4.50 listed packages >10 days ago, and not from implementing the use flag, as it was cited [N] when I pulled it in. 

But I'm sure I'm wrong in this instance. I apologize Ryan.
Comment 13 Erik Quaeghebeur 2014-02-17 22:08:24 UTC
The new glpk-4.53 may allow for an easy fix; please see for more info.
Comment 14 Erik Quaeghebeur 2014-04-03 08:28:55 UTC
(In reply to Erik Quaeghebeur from comment #13)
> The new glpk-4.53 may allow for an easy fix; please see
> for more info.

To be more explicit, there are now files lpx.h and lpx.c that one can add to any 4.48-compatible project to make it compile with 4.53+ glpk versions. Literally, from glpk-4.54/examples/oldapi:

"The program module in this subdirectory contains an implementation of
the old GLPK API as it was defined in GLPK 4.48.

To compile an existing project using the old GLPK API you need to add
to the project two files lpx.h and lpx.c.

Please note that you may mix calls to old and new GLPK API routines in
the same project (except calls to glp_create_prob and glp_delete_prob).

The file lpxsamp.c is an example that illustrates using the old GLPK
API routines."

Would this allow for the block on glpk > 4.48 to be lifted, or is there something else in play?
Comment 15 SpanKY gentoo-dev 2014-11-04 04:19:44 UTC
ppl-1.1 is in the tree now and i think that means everything shakes out OK
Comment 16 Jeremy Murphy 2014-11-04 09:22:24 UTC
(In reply to SpanKY from comment #15)
> ppl-1.1 is in the tree now and i think that means everything shakes out OK

I see that the new ppl-1.1 ebuild still requires <=glpk-4.48 -- is that restriction meant to be lifted now?
Comment 17 SpanKY gentoo-dev 2014-11-04 17:40:30 UTC
(In reply to Jeremy Murphy from comment #16)

should be fixed now, thanks