Description of problem: SWI Prolog ships with a Java interface. However, it's explicitly disabled (via a "--without-jpl" argument to configure) in the Fedora package. Why is this? I just tried rebuilding without that configure argument, and there were no errors on the build (although I haven't heavily tested the resulting RPM). This will probably BuildRequire java-devel, but I don't think that's an issue. (Also, version 5.6.41 is now out ...) Version-Release number of selected component (if applicable): pl-5.6.35-1.fc7
I managed to build the java library using the fedora java stack with a few tweaks. However I have not tested whether it works as it should.
If you're going to include jpl, it would be good to also include the package documentation.
*ping*? Also, SWI is at 5.4.49 now
Created attachment 293430 [details] Spec-file patch I've done a bit of experimentation. There was actually a bug in JPL that caused it to segfault almost immediately when running anything in Fedora, but that seems to be on the way to being fixed, and there don't appear to be any other problems. I've updated the spec file to 5.6.49 and enabled jpl as a sub-package, and uploaded the spec file and resulting srpm here: http://mef.fedorapeople.org/packages/pl/ Note that, by default, jpl seems only to be happy on Sun-like JVMs, so I've explicitly required java-icedtea rather than just java; the sub-package is therefore only available on Fedora >=8 and not on PPC. It does builds on my (i386) Fedora 8 machine, although I keep having weird issues building in Koji. I'll send it here anyway. The spec-file diff is attached. I'm happy to co-maintain pl if you want a co-maintainer (vested interest since I'm currently using it on a project :) )
I would be glad I you help maintain the package, so you can proceed and update the package. About your spec file: - The license should probably be LGPLv2 - The CFLAGS need "-fno-strict-aliasing" Anyway you should base your changes on the current spec file.
Oh, I didn't realise that there was a new version in Rawhide. I've redone my patch against the latest spec. The new srpm and spec are at http://mef.fedorapeople.org/packages/pl/, along with a diff against the rawhide spec. Why does it need "-fno-strict-aliasing"? I added it, but I must admit I don't really understand what it does.
On rawhide at least the code would not compile without -fno-strict-aliasing. Strict aliasing is an assumption made by the compiler use for optimization. However, the code needs to satisfy certain conditions, for example that variables must not be aliased via different types.
I just tried using mock to build pl on rawhide without -fno-strict-aliasing, and it compiled with no errors. I can't run the resulting package as I don't have a rawhide machine, but it doesn't seem to be needed. I've been heavily using the packages built from the srpm I linked to earlier on Fedora 8, though, and I've been having no problems. Any chance of getting the jpl-enabled stuff packaged? Like I said, I'm willing to co-maintain because I currently use this package daily for my work.
(In reply to comment #8) > Fedora 8, though, and I've been having no problems. Any chance of getting the > jpl-enabled stuff packaged? Like I said, I'm willing to co-maintain because I > currently use this package daily for my work. I would appreciate your co-maintainership. BTW, pl fails to build with the new GCC 4.3 in rawhide, so this and jpl would be two issues to investigate.
Actually, I just successfully built my test package in mock against rawhide as part of testing the -fno-strict-aliasing; it looks like whatever was causing it not to build with GCC4.3 has possibly already been removed upstream ...
I suggest that you request co-maintainership and check in your changes.
Thanks for enabling the ACLs. I've checked in my changes -- should I try a "make build"? (Perhaps this is abuse of the bugzilla "comment" feature and I should just take it to email at this point ... :) )
pl-5.6.57-1.fc8 has been submitted as an update for Fedora 8
pl-5.6.57-1.fc8 has been pushed to the Fedora 8 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update pl'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F8/FEDORA-2008-5786
This message is a reminder that Fedora 8 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 8. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '8'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 8's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 8 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Not sure why this bug didn't auto-close ...