cups-image build failure

Discussion:

Scott Nicholson

2009-11-30 03:16:07 UTC

Hi, I'm having issues attempting to update cups via ports:

...

Linking bannertops...
cc -L../cgi-bin -L../cups -L../filter -L../ppdc -L../scheduler -L/usr/
local/lib -Wl,-R/usr/local/lib -pie -fPIE -Wall -Wno-format-y2k -fPIC
-Os -g -fstack-protector -o bannertops bannertops.o pstext.o common.o -
lcupsimage \
-lcups -pthread -lm -lcrypt
/usr/bin/ld: /usr/lib/crt1.o: relocation R_X86_64_32 can not be used
when making a shared object; recompile with -fPIC
/usr/lib/crt1.o: could not read symbols: Bad value
gmake[1]: *** [bannertops] Error 1
gmake[1]: Leaving directory `/usr/ports/print/cups-image/work/
cups-1.4.2/filter'
gmake: *** [all] Error 1
*** Error code 1

Stop in /usr/ports/print/cups-image.
*** Error code 1

Stop in /usr/ports/print/cups-image.

Yesterday I was getting this same error message during the cups-client
build, although that seems to have been fixed with today's commit to
the cups-base Makefile. Let me know if you need any more information.

$ uname -a

FreeBSD xx.xx.local 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Thu Nov 26
21:41:57 PST 2009 ***@xx.xx.local:/usr/obj/usr/src/sys/GRENDEL
amd64

Thanks,
Scott

Scot Hetzel

2009-11-30 04:08:23 UTC

Permalink

Post by Scott Nicholson
...
Linking bannertops...
cc -L../cgi-bin -L../cups -L../filter -L../ppdc -L../scheduler
-L/usr/local/lib -Wl,-R/usr/local/lib -pie -fPIE -Wall -Wno-format-y2k
-fPIC -Os -g -fstack-protector -o bannertops bannertops.o pstext.o common.o
-lcupsimage \
-lcups -pthread -lm -lcrypt
/usr/bin/ld: /usr/lib/crt1.o: relocation R_X86_64_32 can not be used when
making a shared object; recompile with -fPIC
/usr/lib/crt1.o: could not read symbols: Bad value
gmake[1]: *** [bannertops] Error 1
gmake[1]: Leaving directory
`/usr/ports/print/cups-image/work/cups-1.4.2/filter'
gmake: *** [all] Error 1
*** Error code 1
Stop in /usr/ports/print/cups-image.
*** Error code 1
Stop in /usr/ports/print/cups-image.

I'm also getting this issue when building cups-image.

When I try to build cups-base, I also get this error:

Linking ipp...
cc -L../cgi-bin -L../cups -L../filter -L../ppdc -L../scheduler
-L/usr/local/lib/ -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib
-Wl,-R/usr/local/lib -pie -fPIE -Wall -Wno-format-y2k -fPIC -Os -g
-fstack-protector -o ipp ipp.o libbackend.a -lcups -lssl -lcrypto
-pthread -lm -lcrypt
/usr/bin/ld: /usr/lib/crt1.o: relocation R_X86_64_32 can not be used
when making a shared object; recompile with -fPIC
/usr/lib/crt1.o: could not read symbols: Bad value
gmake[1]: *** [ipp] Error 1
gmake[1]: Leaving directory `/usr/ports/print/cups-base/work/cups-1.4.2/backend'
gmake: *** [all] Error 1
*** Error code 1

Stop in /usr/ports/print/cups-base.
*** Error code 1

Stop in /usr/ports/print/cups-base.

I'm also using FreeBSD 8/amd64:

dv8t01# uname -a
FreeBSD dv8t01 8.0-STABLE FreeBSD 8.0-STABLE #3: Sun Nov 29 21:36:10
CST 2009 ***@dv8t01:/usr/obj/usr/src/8.0-REL/sys/GENERIC amd64

Scot

Dirk Meyer

2009-11-30 11:34:52 UTC

Permalink

Scot Hetzel schrieb:,

Post by Scot Hetzel
Linking ipp...
cc -L../cgi-bin -L../cups -L../filter -L../ppdc -L../scheduler
-L/usr/local/lib/ -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib
-Wl,-R/usr/local/lib -pie -fPIE -Wall -Wno-format-y2k -fPIC -Os -g
-fstack-protector -o ipp ipp.o libbackend.a -lcups -lssl -lcrypto
-pthread -lm -lcrypt
/usr/bin/ld: /usr/lib/crt1.o: relocation R_X86_64_32 can not be used
when making a shared object; recompile with -fPIC
/usr/lib/crt1.o: could not read symbols: Bad value
gmake[1]: *** [ipp] Error 1
gmake[1]: Leaving directory `/usr/ports/print/cups-base/work/cups-1.4.2/backend'
gmake: *** [all] Error 1
*** Error code 1
Stop in /usr/ports/print/cups-base.
*** Error code 1
Stop in /usr/ports/print/cups-base.

FreeBSD 7.x and greater can not build PIE an amd64 anymore.
please update the ports, I have a workaround commited.

kind regards Dirk

- Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany
- [***@dinoex.sub.org],[***@guug.de],[***@FreeBSD.org]
http://people.freebsd.org/~dinoex/errorlogs/

Kostik Belousov

2009-12-02 17:40:18 UTC

Permalink

Post by Dirk Meyer
Scot Hetzel schrieb:,

FreeBSD 7.x and greater can not build PIE an amd64 anymore.
please update the ports, I have a workaround commited.

It should be fixed now, r200038.

Dominic Fandrey

2009-11-30 06:12:52 UTC

Permalink

Post by Scott Nicholson
...
Linking bannertops...
cc -L../cgi-bin -L../cups -L../filter -L../ppdc -L../scheduler
-L/usr/local/lib -Wl,-R/usr/local/lib -pie -fPIE -Wall -Wno-format-y2k
-fPIC -Os -g -fstack-protector -o bannertops bannertops.o pstext.o
common.o -lcupsimage \
-lcups -pthread -lm -lcrypt
/usr/bin/ld: /usr/lib/crt1.o: relocation R_X86_64_32 can not be used
when making a shared object; recompile with -fPIC
/usr/lib/crt1.o: could not read symbols: Bad value
gmake[1]: *** [bannertops] Error 1
gmake[1]: Leaving directory
`/usr/ports/print/cups-image/work/cups-1.4.2/filter'
gmake: *** [all] Error 1
*** Error code 1
Stop in /usr/ports/print/cups-image.
*** Error code 1
Stop in /usr/ports/print/cups-image.
Yesterday I was getting this same error message during the cups-client
build, although that seems to have been fixed with today's commit to the
cups-base Makefile. Let me know if you need any more information.

$ uname -a

FreeBSD xx.xx.local 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Thu Nov 26

Me too.

FreeBSD mobileKamikaze.norad 8.0-STABLE FreeBSD 8.0-STABLE #2: Fri Nov 27 12:52:55 CET 2009 ***@mobileKamikaze.norad:/usr/obj/HP6510b-8/amd64/usr/src/sys/HP6510b-8 amd64

All posters run amd64.

--
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?

Dominic Fandrey

2009-11-30 09:31:22 UTC

Permalink

Post by Dominic Fandrey

...

Me too.
...

It works, now. :)

--
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?

Scott Nicholson

2009-11-30 10:46:04 UTC

Permalink

Post by Dominic Fandrey

...

Me too.
...

It works, now. :)
...

It builds alright now, but I couldn't manage to get my printer to
work. I have a Brother HL-2040 that I've been using the foomatic
hl1250 driver with, USB (no reset), it took me ages to figure out how
to set it up so it would work initially; the newest cups just tells me
that it's waiting for the printer to become available. Any jobs I sent
to it just sat in the queue, "processing." I reverted back to 1.3.10
and it's working again. Is there some new configuration step that I
might be missing?

Scott