Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#2509 - failed to build xpdf-3.00-7

Attached to Project: Arch Linux
Opened by Tomasz Bakiera (kog) - Wednesday, 06 April 2005, 09:48 GMT
Last edited by Dale Blount (dale) - Wednesday, 06 April 2005, 12:00 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Tobias Kieslich (tobias)
Architecture not specified
Severity Low
Priority Normal
Reported Version 0.7 Wombat
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No

Details

here is build error

: undefined reference to `Splash::saveState()'
SplashOutputDev.o(.text+0xc9a): In function `SplashOutputDev::updateLineJoin(GfxState*)':
: undefined reference to `Splash::setLineJoin(int)'
SplashOutputDev.o(.text+0xcba): In function `SplashOutputDev::updateLineCap(GfxState*)':
: undefined reference to `Splash::setLineCap(int)'
collect2: ld returned 1 exit status
make[1]: *** [xpdf] Error 1
make[1]: Leaving directory `/var/abs/extra/office/xpdf/src/xpdf-3.00/xpdf'
make: *** [all] Error 2
==> ERROR: Build Failed. Aborting...
Error: Failed to build "xpdf"
This task depends upon

Closed by  Tobias Kieslich (tobias)
Wednesday, 04 May 2005, 14:54 GMT
Reason for closing:  Not a bug
Additional comments about closing:  can't be reproduced on other boxes
Comment by Tomasz Bakiera (kog) - Wednesday, 06 April 2005, 09:58 GMT
in makepkg.conf flags are set:
export CFLAGS="-march=pentium3 -O2 -pipe"
export CXXFLAGS="-march=pentium3 -O2 -pipe"

I got LC_ALL=PL_pl
Comment by Jan de Groot (JGC) - Wednesday, 06 April 2005, 11:28 GMT
Can't reproduce this in my build chroot.
Comment by Tomasz Bakiera (kog) - Wednesday, 06 April 2005, 11:36 GMT
Did you used "my" flags and locales settings ??
Comment by Tobias Kieslich (tobias) - Wednesday, 06 April 2005, 12:26 GMT
also works for me. The error happens on linking. Which locales do you mean?
Comment by Tomasz Bakiera (kog) - Wednesday, 06 April 2005, 12:28 GMT
I mean: Did you used my settings for CFLAGS, CXXFLAGS and LC_ALL to reproduce this error ?
Comment by Jan de Groot (JGC) - Wednesday, 06 April 2005, 16:58 GMT
Those CFLAGS would fail on my system, because an Athlon is not a Pentium III. We support i686 as -march, not pentium3. About the LC_ALL: I don't know, I don't use locales other than the standard "C" defined one.
Comment by Tobias Kieslich (tobias) - Wednesday, 06 April 2005, 17:19 GMT
I compiled it with your flags on a PIV with your flags (by exporting the directly in makepkg's subshell) and even got it run since this architectures are not too different. My guess is now that you recompiled your complete base with these settings. That is not supported by a purely binary distro like since it can always cause issues on different architectures. You can do a crosscheck off your issue by exporting the standard settings in your PKGBUILD and compile it. I really wonder if it is connected to the architecture thing at all since it works on my "tuned" desktop and my clean chroot.
Comment by Tomasz Bakiera (kog) - Tuesday, 12 April 2005, 13:28 GMT
Hmm ... I tried buid again with updated system and it failed again,
when I back home I will switch to LC_ALL=C and we wil see
Comment by Tomasz Bakiera (kog) - Wednesday, 13 April 2005, 09:13 GMT
Locale are set:

[11:03][root@kog tomek]# locale
LANG=POSIX
LC_CTYPE="POSIX"
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=POSIX
[11:04][root@kog tomek]#

flags are set to i686:

#
# /etc/makepkg.conf
#

# The FTP/HTTP download utility that makepkg should use to acquire sources
export FTPAGENT="/usr/bin/wget --continue --passive-ftp --tries=3 --waitretry=3"
#export FTPAGENT="/usr/bin/snarf"
#export FTPAGENT="/usr/bin/lftpget -c"

export CARCH="i686"
export CHOST="i686-pc-linux-gnu"

# Pentium Pro/Pentium II/Pentium III+/Pentium 4/Athlon exclusive (binaries
# will use the P6 instruction set and only run on P6+ systems)
#export CFLAGS="-march=pentium3 -O2 -pipe"
#export CXXFLAGS="-march=pentium3 -O2 -pipe"
# Pentium Pro/Pentium II/Pentium III+/Pentium 4/Athlon optimized (but binaries
# will run on any x86 system)
export CFLAGS="-mcpu=i686 -O2 -pipe"
export CXXFLAGS="-mcpu=i686 -O2 -pipe"


and I got error:

: undefined reference to `Splash::setLineCap(int)'
collect2: ld returned 1 exit status
make[1]: *** [xpdf] Error 1
make[1]: Leaving directory `/var/abs/extra/office/xpdf/src/xpdf-3.00/xpdf'
make: *** [all] Error 2
==> ERROR: Build Failed. Aborting...
Error: Failed to build "xpdf"
[11:13][root@kog tomek]#


Comment by Tobias Kieslich (tobias) - Monday, 18 April 2005, 14:22 GMT
do you have ldconfig disabled on startup since this looks like a linker error. I have three more people who can build that flawslessly. So I really think that issue is related to some tweaks at your box. Maybe post that on the forum to get more help on investigating it.
Comment by Tomasz Bakiera (kog) - Tuesday, 19 April 2005, 07:09 GMT
What is ldconfig ?

I'm building by "srcpac -Sb xpdf"
Comment by Tobias Kieslich (tobias) - Tuesday, 19 April 2005, 07:25 GMT
ldconfig keeps the linker cache in /etc/ld.so.cache uptodate. It is needed to let the libraries know where they find the exact locations of functions in other libraries they depend on.
It was usually run at startup in rc.sysinit but should be run by pacman each time you install or sync a package.
Comment by Tomasz Bakiera (kog) - Tuesday, 19 April 2005, 08:46 GMT
I browse rc.sysinit and I found that ldconfig line is commented
(FYI I didn't do that it is standard line from package - I think)

I check the date for /etc/ld.so.cache and it is changing when I start pacman or srcpac
Comment by Tobias Kieslich (tobias) - Tuesday, 03 May 2005, 09:53 GMT
so there is no more progress here, I still can't reproduce that issues, also on my old Celeron (P2 architecture). Any new comments or I gonna close it.
Comment by Tomasz Bakiera (kog) - Wednesday, 04 May 2005, 14:31 GMT
I got the problem with subversion maybe this is with it. Pls close it.

Loading...