View Issue Details

IDProjectCategoryView StatusLast Update
0002106ScribusBuild Systempublic2005-07-03 09:17
Reporterelvstone Assigned Toringerc 
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Platformx86OSFreeBSDOS Version5.4
Product Version1.2.2cvs 
Fixed in Version1.2.2cvs 
Summary0002106: [PATCH] admin/detect-autoconf.sh FreeBSD fixes
DescriptionAttached is a patch for admin/detect-autoconf.sh (1.2.2cvs) that makes it detect autoconf 2.5.9 and automake 1.9 as installed by FreeBSD ports.

[rest moved to 0002162]
TagsNo tags attached.
Patch

Activities

2005-06-20 19:55

 

detect-autoconf.sh.diff (917 bytes)   
Index: admin/detect-autoconf.sh
===================================================================
RCS file: /cvs/Scribus/admin/detect-autoconf.sh,v
retrieving revision 1.2
diff -u -r1.2 detect-autoconf.sh
--- admin/detect-autoconf.sh	14 Nov 2004 13:13:55 -0000	1.2
+++ admin/detect-autoconf.sh	20 Jun 2005 21:29:35 -0000
@@ -10,8 +10,8 @@
 # Please add higher versions first. The last version number is the minimum
 # needed to compile KDE. Do not forget to include the name/version #
 # separator if one is present, e.g. -1.2 where - is the separator.
-KDE_AUTOCONF_VERS="-2.58 -2.57 257 -2.54 -2.53a -2.53 -2.52 -2.5x"
-KDE_AUTOMAKE_VERS="-1.7 17 -1.6"
+KDE_AUTOCONF_VERS="259 -2.58 -2.57 257 -2.54 -2.53a -2.53 -2.52 -2.5x"
+KDE_AUTOMAKE_VERS="19 -1.7 17 -1.6"
 
 # We don't use variable here for remembering the type ... strings. Local 
 # variables are not that portable, but we fear namespace issues with our
detect-autoconf.sh.diff (917 bytes)   

2005-06-20 19:56

 

config.log.gz (16,113 bytes)

elvstone

2005-06-20 20:00

reporter   ~0005076

Last edited: 2005-06-20 20:16

Typo in "Steps to Reproduce": s/gmake/gmake -f/.
Also I forgot to say ringerc, send me an email if you want an account on the machine in question: elvstone@gmail.com

elvstone

2005-06-20 20:51

reporter   ~0005077

Ok. I did some more testing from home. And with a configure command like:

CPPFLAGS="-I/usr/local/include -I/usr/X11R6/include" LDFLAGS="-L/usr/local/lib -L/usr/X11R6/lib -pthread" ./configure

It finds everything except Python OK:

FreeType2 installed: Yes
CUPS installed: Yes
LittleCMS installed: Yes
TiffLib installed: Yes
Libxml2 installed: Yes
Using Python < 2.3

Which is weird because the conftest for Python 2.4 links and compiles fine now. I'll dig some more then I'll go to bed.

ringerc

2005-06-26 06:22

reporter   ~0005131

Patches look sensible. I normally try to avoid touching the admin dir, but this seems entirely reasonable. Applied.

ringerc

2005-06-26 06:26

reporter   ~0005132

configure:3770: checking for xml2-config
configure:3788: found /usr/local/bin/xml2-config
configure:3803: result: /usr/local/bin/xml2-config
configure:3815: checking for attribute in -lxml2
configure:3845: gcc -o conftest -g -O2 conftest.c -lxml2 >&5
/usr/bin/ld: cannot find -lxml2

It looks like `xml2-config --libs' is returning:

-lxml2

and should be returning:

-L/usr/local/lib -lxml2

(or whererver your libxml2 is installed), since it looks like it's not on gcc's search path by default. Have you tried setting LD_LIBRARY_PATH and LIBRARY_PATH to include the directory where libxml2.so is?

ringerc

2005-06-26 06:36

reporter   ~0005133

The initial problem appears to be that fbsd's gcc doesn't look in /usr/local by default. I don't have a FreeBSD system to test with, sorry.

I expect you'll need to use the --with-extra-includes and --with-extra-libs args to configure. Please let me know if that works (without setting any extra env vars).

If it doesn't, please tell me, and try setting:

CPATH=/usr/local/include:/usr/X11R6/include

and

LIBRARY_PATH=/usr/local/lib:/usr/X11R6/lib
LD_LIBRARY_PATH="$LIBRARY_PATH"

to see if that works. If it does, there's an issue with our configure script that I need to look at.

Note that in general using CPATH and LIBRARY_PATH is a better idea than CPPFLAGS/CXXFLAGS/CFLAGS and LDFLAGS when you're setting search paths.

I'm curious why you need -pthread on ldflags. What needs that to be set in order to work? It's potentially something I need to look at handling in the configure script.

An account on the machine is probably not necessary, so long as you can try the few things I mentioned above. I'm hopelessly unfamilar with FreeBSD and ports, so it'd take me a while to get up to speed anyway.

ringerc

2005-06-30 06:49

reporter   ~0005261

Resolving this for 1.2.2cvs as your patch is merged, and the main lib location issues were fixed by setting the environment correctly.

I created a new bug, 0002162, with the rest of your info. If you could report there how you go with what I suggested in my last note here, that'd be great.

Issue History

Date Modified Username Field Change
2005-06-20 19:55 elvstone New Issue
2005-06-20 19:55 elvstone File Added: detect-autoconf.sh.diff
2005-06-20 19:56 elvstone File Added: config.log.gz
2005-06-20 19:58 cbradney Status new => assigned
2005-06-20 19:58 cbradney Assigned To => ringerc
2005-06-20 20:00 cbradney Category General => Build System
2005-06-20 20:00 elvstone Note Added: 0005076
2005-06-20 20:16 elvstone Note Edited: 0005076
2005-06-20 20:51 elvstone Note Added: 0005077
2005-06-26 06:22 ringerc Note Added: 0005131
2005-06-26 06:26 ringerc Note Added: 0005132
2005-06-26 06:36 ringerc Note Added: 0005133
2005-06-30 06:45 ringerc Projection none => tweak
2005-06-30 06:45 ringerc Summary [PATCH] admin/detect-autoconf.sh FreeBSD fixes + config.log from FreeBSD => [PATCH] admin/detect-autoconf.sh FreeBSD fixes
2005-06-30 06:45 ringerc Description Updated
2005-06-30 06:45 ringerc Steps to Reproduce Updated
2005-06-30 06:49 ringerc Status assigned => resolved
2005-06-30 06:49 ringerc Resolution open => fixed
2005-06-30 06:49 ringerc Note Added: 0005261
2005-06-30 06:50 ringerc Fixed in Version => 1.2.2cvs
2005-07-03 09:17 cbradney Status resolved => closed