Ticket #35057 (closed defect: fixed)
gcc48: fails configure check for PPL
| Reported by: | ram@… | Owned by: | mww@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 2.1.1 |
| Keywords: | Cc: | dominik.kaeser@…, eborisch@…, md14-macports@… | |
| Port: | gcc48 gcc47 gcc46 |
Description
build and config log attached
Attachments
Change History
comment:1 Changed 11 months ago by dominik.kaeser@…
Same problem for me with gcc46. Looks like this was never intended to work with PPL 1.0. Here is the relevant section from your config.log:
229 | int
230 | main ()
231 | {
232 |
233 | #if PPL_VERSION_MAJOR != 0 || PPL_VERSION_MINOR < 11
234 | choke me
235 | #endif
236 |
237 | ;
238 | return 0;
239 | }
Is there a workaround to this, e.g. downgrading PPL?
comment:4 Changed 11 months ago by eborisch@…
All of the GCCs (apparently: http://gcc.gnu.org/install/prerequisites.html) require 0.11, not 1.0, which is what PPL was just updated to... r94921
In /opt/local/include/ppl.hh +455
//! The major number of the PPL version. /*! \ingroup PPL_CXX_interface */ #define PPL_VERSION_MAJOR 1 //! The minor number of the PPL version. /*! \ingroup PPL_CXX_interface */ #define PPL_VERSION_MINOR 0
comment:6 Changed 11 months ago by eborisch@…
A lot of people (anyone with a gcc4x active, it hit 45,46,and 47 on mine; I don't others installed) will get rev-upgrade hits (and re-build failures) off of this. Roll back r94921 sooner than later (a new epoch will be required, if I recall) and re-group / wait for up-stream (gcc) to adopt?
comment:7 follow-up: ↓ 9 Changed 11 months ago by srinath@…
I'm trying a rebuild of with ppl @0.12.1. I hate that my gcc4.6, and 4.7 compiler are inoperable for now.
comment:9 in reply to: ↑ 7 Changed 11 months ago by srinath@…
Replying to srinath@…:
I'm trying a rebuild of with ppl @0.12.1. I hate that my gcc4.6, and 4.7 compiler are inoperable for now.
I don't know how to force the gcc ports to use ppl @0.12.1. My gcc46 is now useless.
comment:10 follow-up: ↓ 11 Changed 11 months ago by md14-macports@…
I was able to build gcc47 by using the gcc48 Portfile change from r94941 to disable the ppl version check.
$ diff -u gcc47/Portfile.orig gcc47/Portfile
--- gcc47/Portfile.orig 2012-06-14 05:30:36.000000000 -0700
+++ gcc47/Portfile 2012-07-02 10:54:52.000000000 -0700
@@ -87,6 +87,8 @@
--with-ld=${prefix}/bin/ld \
--with-ar=${prefix}/bin/ar \
--with-bugurl=https://trac.macports.org/newticket
+# remove this asap when upstream implements a check for ppl 1.0
+configure.args-append --disable-ppl-version-check
configure.env-append \
AR_FOR_TARGET=${prefix}/bin/ar \
comment:11 in reply to: ↑ 10 Changed 11 months ago by srinath@…
Replying to md14-macports@…:
I was able to build gcc47 by using the gcc48 Portfile change from r94941 to disable the ppl version check.
$ diff -u gcc47/Portfile.orig gcc47/Portfile
--- gcc47/Portfile.orig 2012-06-14 05:30:36.000000000 -0700
+++ gcc47/Portfile 2012-07-02 10:54:52.000000000 -0700
@@ -87,6 +87,8 @@
--with-ld=${prefix}/bin/ld \
--with-ar=${prefix}/bin/ar \
--with-bugurl=https://trac.macports.org/newticket
+# remove this asap when upstream implements a check for ppl 1.0
+configure.args-append --disable-ppl-version-check
configure.env-append \
AR_FOR_TARGET=${prefix}/bin/ar \
This appears to be working for me also.
comment:13 Changed 11 months ago by mww@…
- Status changed from new to closed
- Resolution set to fixed
thanks, commited in r94958

