Opened 16 years ago

Closed 16 years ago

Last modified 16 years ago

#18199 closed defect (worksforme)

universal build of gmp (ppc ppc64) fails: ld instruction is only for 64-bit implementations

Reported by: vinc17@… Owned by: MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)
Priority: Normal Milestone:
Component: ports Version: 1.7.0
Keywords: gmp universal Cc:
Port: gmp

Description

With

universal_target        10.4
universal_sysroot       /Developer/SDKs/MacOSX10.4u.sdk
universal_archs         ppc ppc64

in my /opt/local/etc/macports/macports.conf file, sudo port -v install gmp +universal fails:

[...]
 /usr/bin/gcc-4.0 -c -DHAVE_CONFIG_H -I. -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_add_n -I/opt/local/include -isysroot /Developer/SDKs/MacOSX10.4u.sdk -O2 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch ppc64 tmp-add_n.s -fno-common -DPIC -o .libs/add_n.o
tmp-add_n.s:65:ld instruction is only for 64-bit implementations (not allowed without -force_cpusubtype_ALL option)
[...]

I can see

platform powerpc {
    if {![variant_isset universal]} {
        configure.cflags-append -force_cpusubtype_ALL
    }
}
[...]
array set merger_configure_cflags {
    ppc     -force_cpusubtype_ALL
    ppc64   -force_cpusubtype_ALL
}

in the gmp portfile. There may be something incorrect there.

Change History (8)

comment:1 Changed 16 years ago by vinc17@…

Keywords: gmp universal added

comment:2 Changed 16 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)

There should not be two arch statements (-arch ppc and -arch ppc64) in one gcc call.
It seems that the PortGroup is not being included.
When you run portinfo, do you get the warning: "Warning: Group file could not be located."?

I had to change the name of the PortGroup, so perhaps that is the problem.

comment:3 Changed 16 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)

Status: newassigned

comment:4 in reply to:  2 Changed 16 years ago by vinc17@…

Replying to mcalhoun@…:

When you run portinfo, do you get the warning: "Warning: Group file could not be located."?

Yes.

comment:5 Changed 16 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)

Apparently there is a name mismatch.
Please bear with me since I can not reproduce the problem.

In the gmp Portfile, there should be a line

PortGroup  muniversal  1.0

There should also exist a file

${prefix}/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl

If either of these is not the case, might it be as simple as a selfupdate?

comment:6 Changed 16 years ago by vinc17@…

Resolution: worksforme
Status: assignedclosed

A selfupdate solved the problem. Thanks. This is strange because MacPorts has not been updated:

MacPorts base version 1.700 installed
Downloaded MacPorts base version 1.700

The MacPorts installation is not outdated so it was not updated

comment:7 Changed 16 years ago by blb@…

Group code is now with the port tree instead of requiring base-level updates, so new groups and fixes can happen much more quickly.

comment:8 Changed 16 years ago by (none)

Milestone: Port Bugs

Milestone Port Bugs deleted

Note: See TracTickets for help on using tickets.