Gnudatalanguage failed to update w Macports 1.9.0
Joshua Root
jmr at macports.org
Wed Jun 16 07:33:45 PDT 2010
Ask to upgrade a set of ports that doesn't include gnudatalanguage. E.g.
sudo port upgrade outdated and not gnudatalanguage
- Josh
On 2010-6-16 23:34 , David Nicholls wrote:
> Still getting the same problem, how can I get around the problem that
> upgrading outdated ports stalls at gnudatalanguage? (Apart from
> uninstalling GDL).
>
> DN
>
> Jeremy Huddleston wrote:
>> On Jun 10, 2010, at 07:04, Ryan Schmidt wrote:
>>
>>> On Jun 10, 2010, at 07:38, David Nicholls wrote:
>>>
>>>> Computing dependencies for gnudatalanguage
>>>> ---> Fetching gnudatalanguage
>>>> ---> Verifying checksum(s) for gnudatalanguage
>>>> ---> Extracting gnudatalanguage
>>>> ---> Configuring gnudatalanguage
>>>> ---> Building gnudatalanguage
>>>> Error: Target org.macports.build returned: shell command failed
>>>> Log for gnudatalanguage is at:
>>>> /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_gnudatalanguage/main.log
>>>>
>>>> Error: Unable to upgrade port: 1
>>>>
>>>> At the end of that log, at the point where it first mentions an
>>>> error, it says:
>>>>
>>>> :info:build libtool: Version mismatch error. This is libtool
>>>> 2.2.6b, but the
>>>> :info:build libtool: definition of this LT_INIT comes from libtool
>>>> 2.2.10.
>>>> :info:build libtool: You should recreate aclocal.m4 with macros from
>>>> libtool 2.2.6b
>>>> :info:build libtool: and run autoconf again.
>>> Can you show us more lines above this error? The libtool port was
>>> just updated to 2.2.8 and then quickly to 2.2.10. I suspect some
>>> other port you have on your system, which was built when libtool
>>> 2.2.6b was current, needs to be rebuilt for 2.2.10, and thus needs a
>>> version bump. Hopefully the lines above this message will help us
>>> figure out what that port is.
>>
>> It's also possible that older libtool m4 macros are being shipped in
>> the tarball and being preferred over ours when running autoconf. We
>> might want to edit use_{re,}autoconf to detect and nuke libtool macros
>> in the tarball's m4/ directory.
>>
>
>
More information about the macports-users
mailing list