Opened 12 years ago

Closed 12 years ago

#35057 closed defect (fixed)

gcc48: fails configure check for PPL

Reported by: skymoo (Adam Mercer) Owned by: mww@…
Priority: Normal Milestone:
Component: ports Version: 2.1.1
Keywords: Cc: dominik.kaeser@…, eborisch (Eric A. Borisch), mndavidoff (Monte Davidoff)
Port: gcc48 gcc47 gcc46

Description

build and config log attached

Attachments (2)

main.log (10.8 KB) - added by skymoo (Adam Mercer) 12 years ago.
config.log (19.5 KB) - added by skymoo (Adam Mercer) 12 years ago.

Download all attachments as: .zip

Change History (14)

Changed 12 years ago by skymoo (Adam Mercer)

Attachment: main.log added

Changed 12 years ago by skymoo (Adam Mercer)

Attachment: config.log added

comment:1 Changed 12 years 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:2 Changed 12 years ago by dominik.kaeser@…

Cc: dominik.kaeser@… added

Cc Me!

comment:4 Changed 12 years ago by eborisch (Eric A. Borisch)

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:5 Changed 12 years ago by eborisch (Eric A. Borisch)

Cc: eborisch@… added

Cc Me!

comment:6 Changed 12 years ago by eborisch (Eric A. Borisch)

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 Changed 12 years 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:8 Changed 12 years ago by mndavidoff (Monte Davidoff)

Cc: md14-macports@… added

Cc Me!

comment:9 in reply to:  7 Changed 12 years 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 Changed 12 years ago by mndavidoff (Monte Davidoff)

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 12 years 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:12 Changed 12 years ago by eborisch (Eric A. Borisch)

Port: gcc47 gcc46 added

comment:13 Changed 12 years ago by mww@…

Resolution: fixed
Status: newclosed

thanks, commited in r94958

Note: See TracTickets for help on using tickets.