amd64 ports breakage

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

amd64 ports breakage

Christian Weisgerber
Since I just did a complete ports run on amd64 for testing purposes,
here's the list of ports that won't build.  For a change, I've left
dependent ports in, illustrating that much of KDE is not available.

audio/amarok                    -> devel/gstreamer-plugins
audio/rhythmbox                 -> devel/gstreamer-plugins
devel/gstreamer                 unsupported arch
devel/gstreamer-plugins         -> devel/gstreamer
devel/g-wrap                    guile
devel/mico                      asm?
devel/slib-guile                guile
lang/erlang                     ?
lang/unicon                     ?
mail/evolution                  -> devel/gstreamer
math/maxima                     [-> lang/clisp not for amd64]
multimedia/dvdauthor            patch
plan9/9libs                     varargs abuse
plan9/wily                      -> plan9/9libs
shells/scsh                     segv
x11/gnome/applets2              -> devel/gstreamer-plugins
x11/gnome/controlcenter2        -> devel/gstreamer-plugins
x11/kde/base3                   libXau -fPIC
x11/kde/multimedia3             -> devel/gstreamer
x11/kde/addons3                 -> x11/kde/multimedia3
x11/kde/artwork3                -> x11/kde/base3
x11/kde/pim3                    ?
x11/kde/sdk3                    -> x11/kde/pim3
x11/kde/webdev                  -> x11/kde/sdk3
x11/qinx                        -> x11/kde/base3

--
Christian "naddy" Weisgerber                          [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: amd64 ports breakage

Brad Smith-14
On Tue, Dec 13, 2005 at 04:10:38PM +0000, Christian Weisgerber wrote:
> Since I just did a complete ports run on amd64 for testing purposes,
> here's the list of ports that won't build.  For a change, I've left
> dependent ports in, illustrating that much of KDE is not available.
>
> devel/gstreamer                 unsupported arch

Ya, we're missing setcontext()/getcontext().

http://www.opengroup.org/onlinepubs/007908799/xsh/getcontext.html

Have fun.

> x11/kde/base3                   libXau -fPIC

Can I see the log for this? Is base3 trying to link libXau into a shared library
or object? This will definitely not work if so as we currently only ship libXau as
a static library.

> x11/kde/pim3                    ?

Can I see the log for this too?

The KDE issues need to be resolved quickly. It's pretty sad that this is still
not building on amd64.

Reply | Threaded
Open this post in threaded view
|

Re: amd64 ports breakage

Jolan Luff
On Tue, Dec 13, 2005 at 05:27:07PM -0500, Brad wrote:

> On Tue, Dec 13, 2005 at 04:10:38PM +0000, Christian Weisgerber wrote:
> > Since I just did a complete ports run on amd64 for testing purposes,
> > here's the list of ports that won't build.  For a change, I've left
> > dependent ports in, illustrating that much of KDE is not available.
> >
> > devel/gstreamer                 unsupported arch
>
> Ya, we're missing setcontext()/getcontext().
>
> http://www.opengroup.org/onlinepubs/007908799/xsh/getcontext.html
>
> Have fun.

The new 0.10.0 release does not have this requirement.

> > x11/kde/base3                   libXau -fPIC
>
> Can I see the log for this? Is base3 trying to link libXau into a shared library
> or object? This will definitely not work if so as we currently only ship libXau as
> a static library.

I had a similar issue with macppc/xfce4 making a simple shared object
plugin out of a static library.  The PIC relocation code didn't/doesn't
work on PPC and it would crash right away.  Matthieu made more of the
X11 libraries shared a few days later.  I'm sure this can be done again.

Reply | Threaded
Open this post in threaded view
|

guile fix for g-wrap (was Re: amd64 ports breakage)

steven mestdagh
In reply to this post by Christian Weisgerber
On Tue, Dec 13, 2005 at 04:10:38PM +0000, Christian Weisgerber wrote:
> devel/g-wrap                    guile

===>  Building for g-wrap-1.3.4p0
[...]
In unknown file:
   ?: 0* [primitive-load "/usr/local/share/guile/slib/guile.init"]

this file is installed as /usr/local/share/slib/guile.init .
the above location is specified in
/usr/local/share/guile/1.6/ice9/slib.scm .

the following patch fixes the build of g-wrap, but I need to test some
other dependent ports to see if it doesn't break them. before doing that,
is this the right way?


Index: Makefile
===================================================================
RCS file: /cvs/ports/lang/guile/Makefile,v
retrieving revision 1.24
diff -u -r1.24 Makefile
--- Makefile 12 Dec 2005 13:42:21 -0000 1.24
+++ Makefile 13 Dec 2005 23:29:46 -0000
@@ -3,7 +3,7 @@
 COMMENT= "GNU's Ubiquitous Intelligent Language for Extension"
 
 DISTNAME= guile-1.6.7
-PKGNAME= $(DISTNAME)p1
+PKGNAME= $(DISTNAME)p2
 CATEGORIES= lang
 MASTER_SITES= ${MASTER_SITE_GNU:=guile/}
 
Index: patches/patch-ice-9_slib_scm
===================================================================
RCS file: /cvs/ports/lang/guile/patches/patch-ice-9_slib_scm,v
retrieving revision 1.1
diff -u -r1.1 patch-ice-9_slib_scm
--- patches/patch-ice-9_slib_scm 5 Dec 2005 14:46:01 -0000 1.1
+++ patches/patch-ice-9_slib_scm 13 Dec 2005 23:29:46 -0000
@@ -1,12 +1,12 @@
 $OpenBSD: patch-ice-9_slib_scm,v 1.1 2005/12/05 14:46:01 espie Exp $
---- ice-9/slib.scm.orig Mon Dec  5 15:33:38 2005
-+++ ice-9/slib.scm Mon Dec  5 15:34:32 2005
+--- ice-9/slib.scm.orig Thu Aug 12 03:04:21 2004
++++ ice-9/slib.scm Wed Dec 14 00:22:47 2005
 @@ -55,336 +55,6 @@
    require)
    :no-backtrace)
 
 -
-+(load (string-append (assoc-ref %guile-build-info 'pkgdatadir)
++(load (string-append (assoc-ref %guile-build-info 'datadir)
 +                    "/slib/guile.init"))
 
 -(define (eval-load <filename> evl)

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm

Reply | Threaded
Open this post in threaded view
|

Re: amd64 ports breakage

Christian Weisgerber
In reply to this post by Brad Smith-14
Brad <[hidden email]> wrote:

> > x11/kde/base3                   libXau -fPIC
>
> Can I see the log for this? Is base3 trying to link libXau into
> a shared library or object?

Yes.  Matthieu has added a dynamix libXau, which has fixed this
problem.

> > x11/kde/pim3                    ?
>
> Can I see the log for this too?

Nikolay has a fix.  It was an LP64 issue, apparently the size of
long was determined by comparing against an incomplete list of
archs.

--
Christian "naddy" Weisgerber                          [hidden email]