Hi Jean-Francois

thanks a lot for your feedback.

On Donnerstag, Januar 23, 2003, at 06:39  Uhr, jfm wrote:
On Thursday, Jan 23, 2003, at 16:31 Europe/Brussels, Christian Schaffner wrote:
On Donnerstag, Januar 23, 2003, at 04:18  Uhr, Peter O'Gorman wrote:
don't have apr installed, but this is due to the order of the includes in the cc line, in the info file you can do "NoSetCPPFlags: true" and see what happens, if that doesn't work then try also adding "SetCPPFlags: -isystem %p/include" to ensure that /sw/include comes after -I../include etc whan gcc is looking for the include files.
Well, that's what I thought (the reason, not the solution, thanks for it!). But Paolo says that it is also happening if he don't have apr install while compiling.
Right _ I have problems as well when running with the isystem branch as when not.
Didn' look at them in detail yet.
Will send you more as soon as I get time to look at it.
That would be really great! I am a little bit at loss here...


I might be wrong here, but: Doesn't this fix only help in the situation when an incompatible apr is already installed on your system and you try to compile the new version?

It is needed whenever there may be a file in /sw/include with the same name
as one in ../include in your case _ and you can't know this, even if you would
have all fink packages installed on your machine, because there may be additional
local packages _ or additional fink packages in the future.

In this case
/sw/include/pcreposix.h installed by pcre is a different file from ../include/pcreposix.h
But pcre is not the problem here, no? Well, at least, I have pcre installed and apr rebuilds fine.

On Donnerstag, Januar 23, 2003, at 07:41 Uhr, jfm wrote:
Well, I don't get the same trouble (with /sw/include/apr_hash.h) as mentioned,
I guess because I have only apr-shlibs installed (<- conflict with apache2).
Ah, ok. I really would love to get rid of thsi conflict. I contacted the maintainer of the apache2 package (Sonic McTails <[EMAIL PROTECTED]>) to update apache2 to use the apr package, but he didn't respond so far.

But in the install phase, I get both ways :

gcc -r -keep_private_externs -nostdlib -o .libs/libaprutil-0.0.9.2.dylib-master.o
buckets/apr_buckets_file.lo
... long list
xlate/xlate.lo &&
gcc -dynamiclib -flat_namespace -undefined suppress
-o .libs/libaprutil-0.0.9.2.dylib .libs/libaprutil-0.0.9.2.dylib-master.o -L/sw/lib /sw/lib/libgdbm.dylib
/sw/lib/libdb-4.0.dylib /sw/lib/libexpat.dylib /sw/lib/libiconv.dylib /sw/lib/libapr-0.dylib -lm -lc -install_name /sw/lib/libaprutil-0.0.dylib -compatibility_version 10 -current_version 10.2
gcc: /sw/lib/libapr-0.dylib: No such file or directory

This should be %b/srclib/apr/.libs/libapr-0.dylib I guess ...
Mhmm... even another problem. How can I solve this? Shall I add the -isystem ? Could you try that out?

Really, it seems that I can't solve this problem by myself. More help would be highly appreciated... ;-)

Thanks, Chris.



-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Reply via email to