#25681: gettext 0.18.1.1 staging into destroot fails ------------------------------------+--------------------------------------- Reporter: alexoedelman@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: gettext ------------------------------------+--------------------------------------- Changes (by jmr@…): * cc: alexoedelman@… (removed) * owner: macports-tickets@… => ryandesign@… Comment: Please remember to cc the maintainer, and note that you do not need to be in cc when you are the reporter. -- Ticket URL: <http://trac.macports.org/ticket/25681#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS

#25681: gettext +universal: gnu.gettext.DumpResource differs and cannot be merged ------------------------------------+--------------------------------------- Reporter: alexoedelman@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: gettext ------------------------------------+--------------------------------------- Comment(by alexoedelman@…): Attached. No idea why anything would have changed. Gettext has sat happily at the bottom of a giant heap of dependencies forever and only complained the other day. (Sorry for not following reporting conventions.) -- Ticket URL: <http://trac.macports.org/ticket/25681#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS

#25681: gettext +universal: gnu.gettext.DumpResource differs and cannot be merged ------------------------------------+--------------------------------------- Reporter: alexoedelman@… | Owner: ryandesign@… Type: defect | Status: assigned Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: gettext ------------------------------------+--------------------------------------- Changes (by ryandesign@…): * status: new => assigned Comment: Thank you, Alex, for the files, and Ross, for confirming this is not an isolated incident. Both files attached are x86_64 executables, which explains why we can't merge them. So we have two problems: 1. These files being built for the two of you but not for me or presumably some other users. 2. The files are being built for the native architecture even when we're intending to be cross-compiling for i386 We need to fix (1) by either building the files for all users or for no users. If we decide we do want to include these files, then we need to fix (2) as well. -- Ticket URL: <http://trac.macports.org/ticket/25681#comment:6> MacPorts <http://www.macports.org/> Ports system for Mac OS

#25681: gettext +universal: gnu.gettext.DumpResource differs and cannot be merged ------------------------------------+--------------------------------------- Reporter: alexoedelman@… | Owner: ryandesign@… Type: defect | Status: assigned Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: gettext ------------------------------------+--------------------------------------- Comment(by alexoedelman@…): On a hunch, I switched my compiler from gcc45 to gcc44. Gettext +universal built like a charm. I really don't know what to make of this. -- Ticket URL: <http://trac.macports.org/ticket/25681#comment:8> MacPorts <http://www.macports.org/> Ports system for Mac OS

#25681: gettext +universal: gnu.gettext.DumpResource differs and cannot be merged -------------------------------------+-------------------------------------- Reporter: alexoedelman@… | Owner: ryandesign@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Resolution: fixed | Keywords: Port: gettext | -------------------------------------+-------------------------------------- Changes (by ryandesign@…): * status: assigned => closed * resolution: => fixed Comment: The problem is that gettext looks for and, if found, uses a Java compiler to compile its Java stuff into native executables. If gettext does not find a Java compiler, or the Java compiler it finds is broken, gettext ignores it and moves on. (I wish it had instead printed an error message; we would have more quickly identified the problem.) Mac OS X does not include a Java compiler. gcc45 and gcc46 have a working Java compiler but gcc44's is broken; see #22066. If you "sudo gcc_select mp-gcc45" (or "sudo gcc_select mp-gcc46") this creates a symlink /opt/local/bin/gcj which gettext then finds and uses. So we can't build these compiled Java programs all the time; doing so would require declaring a dependency on e.g. gcc45 which would be way too heavy a dependency for such an essential low-level library as gettext. Therefore we should ensure these Java programs are never compiled to native code, even if gcj is available. And this is how I fixed it in r70100. See also UsingTheRightCompiler for info about the general problems of ports using whatever compiler they find and the reasons why we instead want them to use a specific known-good compiler, and how that is accomplished. -- Ticket URL: <http://trac.macports.org/ticket/25681#comment:10> MacPorts <http://www.macports.org/> Ports system for Mac OS