Re: [Fink-devel] Failed: phase compiling: lasi-1.1.0-1003 failed

2010-08-02 Thread Daniel E. Macks
Dominique Dhumieres  said:
> Updating to lasi-1.1.0-1003 failed with
>
>   fink-package-precedence --depfile-ext='\.d' --prohibit-bdep lasi-dev .
> Scanning /\.d$/ dependency files...
>   ./CMakeFiles/CompilerIdCXX/CMakeCXXCompilerId.d
>   ./examples/CMakeFiles/example0.dir/MissingGlyphExample.d
>   ./examples/CMakeFiles/example1.dir/SimpleLASiExample.d
>   ./examples/CMakeFiles/example2.dir/ComplexTextLayoutExample.d
>   ./src/CMakeFiles/LASi.dir/drawGlyph.d
>   ./src/CMakeFiles/LASi.dir/glyphMgr.d
>   ./src/CMakeFiles/LASi.dir/psDoc.d
>   ./src/CMakeFiles/LASi.dir/util.d
> Looking for incorrect headers in 8 dependency files...
[...]
> Use of headers from prohibited installed packages:
>   lasi-dev
> ### execution of /var/tmp/tmp.1.pqUeyV failed, exit code 255

This needs attention from someone who understands cmake. The issue is
that -I flags for the source and build dirs are coming before those
for dependent libraries, which is a situation that can cause actual
long-lasting problems (hence the test:). But I have no idea how to
control it. My one stab was to move the include_directories() section,
which seems to triger the source/build -I, from before the
set(libLASi_LINK_LIBRARIES) section, which seems to trigger the
dependent library -I, to after it. No apparent effect.

While someone with cmake-fu is hacking there, also need to figure out
how to enable setting compatibility_version.

dan

-- 
Daniel Macks
dma...@netspace.org


--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Failed: phase compiling: lasi-1.1.0-1003 failed

2010-08-02 Thread Dominique Dhumieres
Removing lasi-dev solves the problem.

Dominique

--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] This Newbie Could Use Some Help

2010-08-02 Thread David Lowe
I have an [admittedly minor] problem with my own package and lack the 
know how to find a solution.  Here's the story: the freeciv package is [at 
least for me] quite silent as built.  It is built with the appropriate 
configure flags to use sdl-mixer as a sound plugin, but .freeciv-client-rc-2.2 
as installed by the .deb in ~ contains 'default_sound_plugin_name="none"' when 
it should contain 'default_sound_plugin_name="sdl"'.  This is not a 
show-stopper, as starting the client and setting the plugin to "sdl" works just 
fine.  However, i don't think users should have to do this, and i see that in 
Ubuntu [for example] this works properly 'out of the box'.

I've tried grepping the makefiles for "default_sound_plugin_name" and i 
don't find it.  Can somebody explain to me how i should be troubleshooting this?

Sent from my MacBookPro

My opinions are my own; mistakes are the computer's fault.
--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] This Newbie Could Use Some Help

2010-08-02 Thread Hanspeter Niederstrasser
On 8/2/10 7:19 PM, David Lowe wrote:
> I have an [admittedly minor] problem with my own package and lack the
> know how to find a solution.  Here's the story: the freeciv package
> is [at least for me] quite silent as built.  It is built with the
> appropriate configure flags to use sdl-mixer as a sound plugin, but
> .freeciv-client-rc-2.2 as installed by the .deb in ~ contains
> 'default_sound_plugin_name="none"' when it should contain
> 'default_sound_plugin_name="sdl"'.  This is not a show-stopper, as
> starting the client and setting the plugin to "sdl" works just fine.
> However, i don't think users should have to do this, and i see that
> in Ubuntu [for example] this works properly 'out of the box'.
>
> I've tried grepping the makefiles for "default_sound_plugin_name" and
> i don't find it.  Can somebody explain to me how i should be
> troubleshooting this?

An option like that is generally not kept in Makefiles.  If makefiles 
are involved, it's more likely as a defines that is then used by the c 
code.  This command "grep -r default_sound_plugin_name *" suggests that 
client/options.c is the file to modify.  I see 2 occurrences of 
default_sound_plugin_name there.  The first one (line 316) sets the 
default value for the -P option when freeciv is run via the command line 
(defaults to 0).  The second (line 475) is for the actual checkbox used 
in the Options dialog.  Presumably setting the first NULL to "sdl" 
(including the "") changes the setting.  I don't know which of the two 
locations would need to be changed.  It might be just one or both.

The following two lines modify each of the two instances.  Make a 
PatchScript field in the .info file, add them both, and then comment out 
(prefix with #) as needed until you get the right combination (don't 
forget to remove ~/.freeciv-client-rc-2.2 between runs to make sure you 
get a clean start).

perl -pi -e 's|default_sound_plugin_name\[512\] = 
"\\0"|default_sound_plugin_name\[512\] = "sdl"|' client/options.c

perl -pi -e 's|COC_SOUND, GUI_LAST, NULL|COC_SOUND, GUI_LAST, "sdl"|' 
client/options.c

Hanspeter

--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel