xenocara not building on amd64-current

classic Classic list List threaded Threaded
11 messages Options
Reply | Threaded
Open this post in threaded view
|

xenocara not building on amd64-current

Brett Mahar-2
Hi misc'ers,

This morning (a couple of hours ago from sending this email) I updated via cvsync from anoncvs3.usa.openbsd.org, and after updating my local source, building kernel and userland, xenocara failed to build. I had already followed the instructions on current.html for "New toolchain behavior", "__guard_local " and "amd64, sgi, loongson and sparc64 are now PIE".

Thinking the source was not updated properly I tried:
# cvs -d [hidden email]:/cvs up -I ! -C -PAd

and built again.

Here is where it errors out, "recompile with -fPIC":



Werror=return-type -Werror=trigraphs -Werror=write-strings -Werror=address -Werror=int-to-pointer-cast -Werror=pointer-to-int-cast -fno-strict-aliasing -fno-strict-aliasing -I/usr/X11R6/include -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/X11R6/include/pixman-1 -I/usr/X11R6/include/freetype2 -I/usr/xenocara/xserver/include -I../../include -I/usr/xenocara/xserver/Xext -I/usr/xenocara/xserver/composite -I/usr/xenocara/xserver/damageext -I/usr/xenocara/xserver/xfixes -I/usr/xenocara/xserver/Xi -I/usr/xenocara/xserver/mi -I/usr/xenocara/xserver/miext/sync -I/usr/xenocara/xserver/miext/shadow  -I/usr/xenocara/xserver/miext/damage -I/usr/xenocara/xserver/render -I/usr/xenocara/xserver/randr -I/usr/xenocara/xserver/fb -fvisibility=hidden  -DHAVE_XORG_CONFIG_H -fvisibility=hidden -I/usr/X11R6/include -DXF86PM -I/usr/X11R6/include -O2 -pipe  -Wl,--export-dynamic  -o Xorg sdksyms.o ../../dix/libmain.la  ../../dix/libdix.la ../../mi/libmi.la ../../os/libos.la  loader/libloade!
 r.la  common/libcommon.la  os-support/libxorgos.la  parser/libxf86config_internal.la  dixmods/libdixmods.la  modes/libxf86modes.la  ramdac/libramdac.la  ddc/libddc.la  i2c/libi2c.la  dixmods/libxorgxkb.la  ../../composite/libcomposite.la ../../xfixes/libxfixes.la ../../Xext/libXextbuiltin.la ../../glx/libglx.la ../../randr/librandr.la ../../render/librender.la ../../damageext/libdamageext.la ../../miext/sync/libsync.la ../../miext/damage/libdamage.la ../../Xi/libXi.la ../../xkb/libxkb.la  ../../mi/libmi.la  ../../os/libos.la  -L/usr/X11R6/lib -lpciaccess  -L/usr/X11R6/lib -lpixman-1 -lpthread-stubs -lXfont -lz -lm -lXau -lXdmcp -lamd64 -lkvm -lm -lm
libtool: link: gcc -std=gnu99 -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith -Wmissing-declarations -Wformat=2 -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wbad-function-cast -Wold-style-definition -Wdeclaration-after-statement -Wunused -Wuninitialized -Wshadow -Wcast-qual -Wmissing-noreturn -Wmissing-format-attribute -Werror=implicit -Werror=nonnull -Werror=init-self -Werror=main -Werror=missing-braces -Werror=sequence-point -Werror=return-type -Werror=trigraphs -Werror=write-strings -Werror=address -Werror=int-to-pointer-cast -Werror=pointer-to-int-cast -fno-strict-aliasing -fno-strict-aliasing -I/usr/X11R6/include -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/X11R6/include/pixman-1 -I/usr/X11R6/include/freetype2 -I/usr/xenocara/xserver/include -I../../include -I/usr/xenocara/xserver/Xext -I/usr/xenocara/xserver/composite -I/usr/xenocara/xserver/damageext -I/usr/xenocara/xserver/xfixes -I/usr/xenocara/xserver/Xi -I/usr/xenocara/xserver/mi -I/usr/xenocara/!
 xserver/miext/sync -I/usr/xenocara/xserver/miext/shadow -I/usr/xenocara/xserver/miext/damage -I/usr/xenocara/xserver/render -I/usr/xenocara/xserver/randr -I/usr/xenocara/xserver/fb -fvisibility=hidden -DHAVE_XORG_CONFIG_H -fvisibility=hidden -I/usr/X11R6/include -DXF86PM -I/usr/X11R6/include -O2 -pipe -Wl,--export-dynamic -o Xorg sdksyms.o  ../../dix/.libs/libmain.a ../../dix/.libs/libdix.a loader/.libs/libloader.a common/.libs/libcommon.a os-support/.libs/libxorgos.a parser/.libs/libxf86config_internal.a dixmods/.libs/libdixmods.a modes/.libs/libxf86modes.a ramdac/.libs/libramdac.a ddc/.libs/libddc.a i2c/.libs/libi2c.a dixmods/.libs/libxorgxkb.a ../../composite/.libs/libcomposite.a ../../xfixes/.libs/libxfixes.a ../../Xext/.libs/libXextbuiltin.a ../../glx/.libs/libglx.a ../../randr/.libs/librandr.a ../../render/.libs/librender.a ../../damageext/.libs/libdamageext.a ../../miext/sync/.libs/libsync.a ../../miext/damage/.libs/libdamage.a ../../Xi/.libs/libXi.a ../../xkb/.libs/!
 libxkb.a ../../mi/.libs/libmi.a ../../os/.libs/libos.a -L/usr/X11R6/lib -lpciaccess -lpixman-1 -lpthread-stubs -lXfont -lfreetype -lfontenc -lz -lXau -lXdmcp -lamd64 -lkvm -lm -Wl,-rpath,/usr/X11R6/lib -Wl,-rpath,/usr/X11R6/lib
/usr/bin/ld: /usr/lib/libamd64.a(amd64_iopl.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC
/usr/lib/libamd64.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
*** Error code 1

Stop in /usr/xenocara/xserver/obj/hw/xfree86 (line 642 of Makefile).
*** Error code 1

Stop in /usr/xenocara/xserver/obj/hw/xfree86 (line 713 of Makefile).
*** Error code 1

Stop in /usr/xenocara/xserver/obj/hw/xfree86 (line 561 of Makefile).
*** Error code 1

Stop in /usr/xenocara/xserver/obj/hw (line 544 of Makefile).
*** Error code 1

Stop in /usr/xenocara/xserver/obj (line 700 of Makefile).
*** Error code 1

Stop in /usr/xenocara/xserver (line 146 of /usr/X11R6/share/mk/bsd.xorg.mk).
*** Error code 1

Stop in /usr/xenocara/xserver (line 212 of /usr/X11R6/share/mk/bsd.xorg.mk).
*** Error code 1

Stop in /usr/xenocara (line 39 of Makefile).
*** Error code 1

Stop in /usr/xenocara (line 32 of Makefile).

Reply | Threaded
Open this post in threaded view
|

Re: xenocara not building on amd64-current

Theo de Raadt
Sorry.

You may think you followed the instructions correctly, but you didn't.
Obviously though there are new X snapshots available, so this problem
is not in the tree.

http://openbsd.org/faq/current.html#20120831a

Read the second sentence again:

    Everyone is encouraged to update via snapshots (dated after 2012/08/31);

That is the solution.

> This morning (a couple of hours ago from sending this email) I updated via cvsync from anoncvs3.usa.openbsd.org, and after updating my local source, building kernel and userland, xenocara failed to build. I had already followed the instructions on current.html for "New toolchain behavior", "__guard_local " and "amd64, sgi, loongson and sparc64 are now PIE".
>
> Thinking the source was not updated properly I tried:
> # cvs -d [hidden email]:/cvs up -I ! -C -PAd
>
> and built again.
>
> Here is where it errors out, "recompile with -fPIC":
>
>
>
> Werror=return-type -Werror=trigraphs -Werror=write-strings -Werror=address -Werror=int-to-pointer-cast -Werror=pointer-to-int-cast -fno-strict-aliasing -fno-strict-aliasing -I/usr/X11R6/include -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/X11R6/include/pixman-1 -I/usr/X11R6/include/freetype2 -I/usr/xenocara/xserver/include -I../../include -I/usr/xenocara/xserver/Xext -I/usr/xenocara/xserver/composite -I/usr/xenocara/xserver/damageext -I/usr/xenocara/xserver/xfixes -I/usr/xenocara/xserver/Xi -I/usr/xenocara/xserver/mi -I/usr/xenocara/xserver/miext/sync -I/usr/xenocara/xserver/miext/shadow  -I/usr/xenocara/xserver/miext/damage -I/usr/xenocara/xserver/render -I/usr/xenocara/xserver/randr -I/usr/xenocara/xserver/fb -fvisibility=hidden  -DHAVE_XORG_CONFIG_H -fvisibility=hidden -I/usr/X11R6/include -DXF86PM -I/usr/X11R6/include -O2 -pipe  -Wl,--export-dynamic  -o Xorg sdksyms.o ../../dix/libmain.la  ../../dix/libdix.la ../../mi/libmi.la ../../os/libos.la  loader/libloa!
 de!
>  r.la  common/libcommon.la  os-support/libxorgos.la  parser/libxf86config_internal.la  dixmods/libdixmods.la  modes/libxf86modes.la  ramdac/libramdac.la  ddc/libddc.la  i2c/libi2c.la  dixmods/libxorgxkb.la  ../../composite/libcomposite.la ../../xfixes/libxfixes.la ../../Xext/libXextbuiltin.la ../../glx/libglx.la ../../randr/librandr.la ../../render/librender.la ../../damageext/libdamageext.la ../../miext/sync/libsync.la ../../miext/damage/libdamage.la ../../Xi/libXi.la ../../xkb/libxkb.la  ../../mi/libmi.la  ../../os/libos.la  -L/usr/X11R6/lib -lpciaccess  -L/usr/X11R6/lib -lpixman-1 -lpthread-stubs -lXfont -lz -lm -lXau -lXdmcp -lamd64 -lkvm -lm -lm
> libtool: link: gcc -std=gnu99 -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith -Wmissing-declarations -Wformat=2 -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wbad-function-cast -Wold-style-definition -Wdeclaration-after-statement -Wunused -Wuninitialized -Wshadow -Wcast-qual -Wmissing-noreturn -Wmissing-format-attribute -Werror=implicit -Werror=nonnull -Werror=init-self -Werror=main -Werror=missing-braces -Werror=sequence-point -Werror=return-type -Werror=trigraphs -Werror=write-strings -Werror=address -Werror=int-to-pointer-cast -Werror=pointer-to-int-cast -fno-strict-aliasing -fno-strict-aliasing -I/usr/X11R6/include -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/X11R6/include/pixman-1 -I/usr/X11R6/include/freetype2 -I/usr/xenocara/xserver/include -I../../include -I/usr/xenocara/xserver/Xext -I/usr/xenocara/xserver/composite -I/usr/xenocara/xserver/damageext -I/usr/xenocara/xserver/xfixes -I/usr/xenocara/xserver/Xi -I/usr/xenocara/xserver/mi -I/usr/xenocar!
 a/!
>  xserver/miext/sync -I/usr/xenocara/xserver/miext/shadow -I/usr/xenocara/xserver/miext/damage -I/usr/xenocara/xserver/render -I/usr/xenocara/xserver/randr -I/usr/xenocara/xserver/fb -fvisibility=hidden -DHAVE_XORG_CONFIG_H -fvisibility=hidden -I/usr/X11R6/include -DXF86PM -I/usr/X11R6/include -O2 -pipe -Wl,--export-dynamic -o Xorg sdksyms.o  ../../dix/.libs/libmain.a ../../dix/.libs/libdix.a loader/.libs/libloader.a common/.libs/libcommon.a os-support/.libs/libxorgos.a parser/.libs/libxf86config_internal.a dixmods/.libs/libdixmods.a modes/.libs/libxf86modes.a ramdac/.libs/libramdac.a ddc/.libs/libddc.a i2c/.libs/libi2c.a dixmods/.libs/libxorgxkb.a ../../composite/.libs/libcomposite.a ../../xfixes/.libs/libxfixes.a ../../Xext/.libs/libXextbuiltin.a ../../glx/.libs/libglx.a ../../randr/.libs/librandr.a ../../render/.libs/librender.a ../../damageext/.libs/libdamageext.a ../../miext/sync/.libs/libsync.a ../../miext/damage/.libs/libdamage.a ../../Xi/.libs/libXi.a ../../xkb/.lib!
 s/!

>  libxkb.a ../../mi/.libs/libmi.a ../../os/.libs/libos.a -L/usr/X11R6/lib -lpciaccess -lpixman-1 -lpthread-stubs -lXfont -lfreetype -lfontenc -lz -lXau -lXdmcp -lamd64 -lkvm -lm -Wl,-rpath,/usr/X11R6/lib -Wl,-rpath,/usr/X11R6/lib
> /usr/bin/ld: /usr/lib/libamd64.a(amd64_iopl.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC
> /usr/lib/libamd64.a: could not read symbols: Bad value
> collect2: ld returned 1 exit status
> *** Error code 1
>
> Stop in /usr/xenocara/xserver/obj/hw/xfree86 (line 642 of Makefile).
> *** Error code 1
>
> Stop in /usr/xenocara/xserver/obj/hw/xfree86 (line 713 of Makefile).
> *** Error code 1
>
> Stop in /usr/xenocara/xserver/obj/hw/xfree86 (line 561 of Makefile).
> *** Error code 1
>
> Stop in /usr/xenocara/xserver/obj/hw (line 544 of Makefile).
> *** Error code 1
>
> Stop in /usr/xenocara/xserver/obj (line 700 of Makefile).
> *** Error code 1
>
> Stop in /usr/xenocara/xserver (line 146 of /usr/X11R6/share/mk/bsd.xorg.mk).
> *** Error code 1
>
> Stop in /usr/xenocara/xserver (line 212 of /usr/X11R6/share/mk/bsd.xorg.mk).
> *** Error code 1
>
> Stop in /usr/xenocara (line 39 of Makefile).
> *** Error code 1
>
> Stop in /usr/xenocara (line 32 of Makefile).

Reply | Threaded
Open this post in threaded view
|

Re: xenocara not building on amd64-current

Brett Mahar-2
On Mon, 03 Sep 2012 22:29:46 -0600
Theo de Raadt <[hidden email]> wrote:

> Sorry.
>
> You may think you followed the instructions correctly, but you didn't.
> Obviously though there are new X snapshots available, so this problem
> is not in the tree.
>
> http://openbsd.org/faq/current.html#20120831a
>
> Read the second sentence again:
>
>     Everyone is encouraged to update via snapshots (dated after 2012/08/31);
>
> That is the solution.

I read the whole sentence, and followed the instructions:

"Everyone is encouraged to update via snapshots (dated after 2012/08/31); if you want to upgrade via sources, follow these instructions:" ...

But, ok, I'll just update from a snapshot.

Reply | Threaded
Open this post in threaded view
|

Re: xenocara not building on amd64-current

Theo de Raadt
> I read the whole sentence, and followed the instructions:
>
> "Everyone is encouraged to update via snapshots (dated after 2012/08/31); if you want to upgrade via sources, follow these instructions:" ...
>
> But, ok, I'll just update from a snapshot.

OK, fine, let me translate that for you:

"Go ahead, try to upgrade using source.  If you fail, use the snapshots."

Reply | Threaded
Open this post in threaded view
|

Re: xenocara not building on amd64-current

Ted Unangst-6
In reply to this post by Brett Mahar-2
On Mon, Sep 03, 2012 at 22:29, Theo de Raadt wrote:

> http://openbsd.org/faq/current.html#20120831a
>
> Read the second sentence again:
>
> Everyone is encouraged to update via snapshots (dated after 2012/08/31);

To put some emphasis on this, it took several developers quite a bit
of time to work out how to upgrade their systems (far longer than the
cvs checkins may indicate).  The instructions are supposed to work,
but nobody has really tested them, because the people who wrote them
wrote them after the fact, after upgrading the hard way.  Unless
you're going to submit a patch that identifies the missing step in the
directions, just use a snapshot.

A lot of effort is expended trying to get snapshots out quickly after
toolchain changes, precisely to make things easy for people.  Even if
you think you can figure out building from the source, the polite
thing to do is to use the snapshots anyway. :)

Reply | Threaded
Open this post in threaded view
|

Re: xenocara not building on amd64-current

Brett Mahar-2
> To put some emphasis on this, it took several developers quite a bit
> of time to work out how to upgrade their systems (far longer than the
> cvs checkins may indicate).  The instructions are supposed to work,
> but nobody has really tested them, because the people who wrote them
> wrote them after the fact, after upgrading the hard way.  Unless
> you're going to submit a patch that identifies the missing step in the
> directions, just use a snapshot.
>
> A lot of effort is expended trying to get snapshots out quickly after
> toolchain changes, precisely to make things easy for people.  Even if
> you think you can figure out building from the source, the polite
> thing to do is to use the snapshots anyway. :)
>

Before updating from snapshot, thought I'd updated my source code, and rebuild kernel and userland, before trying xenocara one more time....now it builds.

Maybe it needed an extra build cycle? Anyhow it works now, so that may be a moot point.

I was not trying to be impolite or pester for help in reporting originally, just sending in a report of what seemed to be a problem.

Cheers,
Brett.

Reply | Threaded
Open this post in threaded view
|

Re: xenocara not building on amd64-current

Emilio Perea
In reply to this post by Ted Unangst-6
On Tue, Sep 04, 2012 at 03:44:35AM -0400, Ted Unangst wrote:
> A lot of effort is expended trying to get snapshots out quickly after
> toolchain changes, precisely to make things easy for people.  Even if
> you think you can figure out building from the source, the polite
> thing to do is to use the snapshots anyway. :)

I am very grateful for the effort the developers put into the snapshots,
so I don't mean this as criticism.  But it is possible for somebody
reading the thread to believe that the latest snapshot would allow
xenocara to build.  As far as I can tell, it does not (yet) on amd64.

Since I'm sure it will be fixed by another snapshot soon, this is no big
deal.

Reply | Threaded
Open this post in threaded view
|

Re: xenocara not building on amd64-current

Matthieu Herrb-5
On Sat, Sep 08, 2012 at 10:58:55PM -0500, Emilio Perea wrote:

> On Tue, Sep 04, 2012 at 03:44:35AM -0400, Ted Unangst wrote:
> > A lot of effort is expended trying to get snapshots out quickly after
> > toolchain changes, precisely to make things easy for people.  Even if
> > you think you can figure out building from the source, the polite
> > thing to do is to use the snapshots anyway. :)
>
> I am very grateful for the effort the developers put into the snapshots,
> so I don't mean this as criticism.  But it is possible for somebody
> reading the thread to believe that the latest snapshot would allow
> xenocara to build.  As far as I can tell, it does not (yet) on
> amd64.

Afacit, it does build. What error are you getting ?

>
> Since I'm sure it will be fixed by another snapshot soon, this is no big
> deal.
>

--
Matthieu Herrb

Reply | Threaded
Open this post in threaded view
|

Re: xenocara not building on amd64-current

Emilio Perea
On Sun, Sep 09, 2012 at 12:34:58PM +0200, Matthieu Herrb wrote:
> On Sat, Sep 08, 2012 at 10:58:55PM -0500, Emilio Perea wrote:
> > I am very grateful for the effort the developers put into the snapshots,
> > so I don't mean this as criticism.  But it is possible for somebody
> > reading the thread to believe that the latest snapshot would allow
> > xenocara to build.  As far as I can tell, it does not (yet) on
> > amd64.
>
> Afacit, it does build. What error are you getting ?

Sorry about the delay in responding!  This is what I get:

*******
cc -O2 -pipe  -I/usr/X11R6/include -I/usr/xenocara/app/fvwm/fvwm -I/usr/xenocara/app/fvwm/fvwm/..  -I/usr/xenocara/app/fvwm/fvwm/../libs    -DFVWM_MODULEDIR=\"/usr/X11R6/lib/X11/fvwm\"  -DFVWMRC=\".fvwmrc\"  -DFVWM_CONFIGDIR=\"/usr/X11R6/lib/X11/fvwm\" -c /usr/xenocara/app/fvwm/fvwm/windows.c
cc   -o fvwm add_window.o bindings.o borders.o builtins.o colormaps.o colors.o complex.o decorations.o events.o focus.o functions.o fvwm.o fvwmdebug.o icons.o menus.o misc.o modconf.o module.o move.o placement.o read.o resize.o style.o virtual.o windows.o -L/usr/X11R6/lib -L/usr/xenocara/app/fvwm/fvwm/../libs/obj -lfvwm -lXpm -lXt -lICE -lSM -lXext -lX11 -lxcb -lXdmcp -lXau
/usr/bin/ld: /usr/X11R6/lib/libfvwm.a(ClientMsg.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC
/usr/X11R6/lib/libfvwm.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
*** Error code 1

Stop in /usr/xenocara/app/fvwm/fvwm (line 95 of /usr/share/mk/bsd.prog.mk).
*** Error code 1

Stop in /usr/xenocara/app/fvwm (line 48 of /usr/share/mk/bsd.subdir.mk).
*** Error code 1

Stop in /usr/xenocara/app/fvwm (line 6 of Makefile).
*** Error code 1

Stop in /usr/xenocara/app (line 48 of /usr/share/mk/bsd.subdir.mk).
*** Error code 1

Stop in /usr/xenocara (line 39 of Makefile).
*** Error code 1

Stop in /usr/xenocara (line 32 of Makefile).

Reply | Threaded
Open this post in threaded view
|

Re: xenocara not building on amd64-current

Matthieu Herrb-5
On Sun, Sep 09, 2012 at 11:56:28PM -0500, Emilio Perea wrote:

> On Sun, Sep 09, 2012 at 12:34:58PM +0200, Matthieu Herrb wrote:
> > On Sat, Sep 08, 2012 at 10:58:55PM -0500, Emilio Perea wrote:
> > > I am very grateful for the effort the developers put into the snapshots,
> > > so I don't mean this as criticism.  But it is possible for somebody
> > > reading the thread to believe that the latest snapshot would allow
> > > xenocara to build.  As far as I can tell, it does not (yet) on
> > > amd64.
> >
> > Afacit, it does build. What error are you getting ?
>
> Sorry about the delay in responding!  This is what I get:
>
> *******
> cc -O2 -pipe  -I/usr/X11R6/include -I/usr/xenocara/app/fvwm/fvwm -I/usr/xenocara/app/fvwm/fvwm/..  -I/usr/xenocara/app/fvwm/fvwm/../libs    -DFVWM_MODULEDIR=\"/usr/X11R6/lib/X11/fvwm\"  -DFVWMRC=\".fvwmrc\"  -DFVWM_CONFIGDIR=\"/usr/X11R6/lib/X11/fvwm\" -c /usr/xenocara/app/fvwm/fvwm/windows.c
> cc   -o fvwm add_window.o bindings.o borders.o builtins.o colormaps.o colors.o complex.o decorations.o events.o focus.o functions.o fvwm.o fvwmdebug.o icons.o menus.o misc.o modconf.o module.o move.o placement.o read.o resize.o style.o virtual.o windows.o -L/usr/X11R6/lib -L/usr/xenocara/app/fvwm/fvwm/../libs/obj -lfvwm -lXpm -lXt -lICE -lSM -lXext -lX11 -lxcb -lXdmcp -lXau
> /usr/bin/ld: /usr/X11R6/lib/libfvwm.a(ClientMsg.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC
> /usr/X11R6/lib/libfvwm.a: could not read symbols: Bad value
 ^^^^^^^^^^^^^^^^^^^^^^^^^^

Where does this library come from ? It's not installed by normal
xenocara builds. Remove it and it should fix your issue.

--
Matthieu Herrb

Reply | Threaded
Open this post in threaded view
|

Re: xenocara not building on amd64-current

Emilio Perea
On Mon, Sep 10, 2012 at 07:25:08AM +0200, Matthieu Herrb wrote:

> On Sun, Sep 09, 2012 at 11:56:28PM -0500, Emilio Perea wrote:
> > On Sun, Sep 09, 2012 at 12:34:58PM +0200, Matthieu Herrb wrote:
> > >
> > > Afacit, it does build. What error are you getting ?
> > *******
> > cc -O2 -pipe  -I/usr/X11R6/include -I/usr/xenocara/app/fvwm/fvwm -I/usr/xenocara/app/fvwm/fvwm/..  -I/usr/xenocara/app/fvwm/fvwm/../libs    -DFVWM_MODULEDIR=\"/usr/X11R6/lib/X11/fvwm\"  -DFVWMRC=\".fvwmrc\"  -DFVWM_CONFIGDIR=\"/usr/X11R6/lib/X11/fvwm\" -c /usr/xenocara/app/fvwm/fvwm/windows.c
> > cc   -o fvwm add_window.o bindings.o borders.o builtins.o colormaps.o colors.o complex.o decorations.o events.o focus.o functions.o fvwm.o fvwmdebug.o icons.o menus.o misc.o modconf.o module.o move.o placement.o read.o resize.o style.o virtual.o windows.o -L/usr/X11R6/lib -L/usr/xenocara/app/fvwm/fvwm/../libs/obj -lfvwm -lXpm -lXt -lICE -lSM -lXext -lX11 -lxcb -lXdmcp -lXau
> > /usr/bin/ld: /usr/X11R6/lib/libfvwm.a(ClientMsg.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC
> > /usr/X11R6/lib/libfvwm.a: could not read symbols: Bad value
>  ^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> Where does this library come from ? It's not installed by normal
> xenocara builds. Remove it and it should fix your issue.

I'm not sure where it came from (it was dated 2007) but as you said, it
fixed the issue.  Thanks!