From mboxrd@z Thu Jan  1 00:00:00 1970
From: HiPhish <hiphish@posteo.de>
Subject: Re: Need help porting eDuke32
Date: Sun, 17 Feb 2019 09:20:25 +0100
Message-ID: <4082254.2VInIakpOu@aleksandar-ixtreme-m5740>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
Return-path: <help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([209.51.188.92]:40615)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <hiphish@posteo.de>) id 1gvHgd-0001xG-Pk
	for help-guix@gnu.org; Sun, 17 Feb 2019 03:20:32 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <hiphish@posteo.de>) id 1gvHgd-0003SQ-42
	for help-guix@gnu.org; Sun, 17 Feb 2019 03:20:31 -0500
Received: from mout02.posteo.de ([185.67.36.66]:56789)
	by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.71) (envelope-from <hiphish@posteo.de>) id 1gvHgc-0003R0-E2
	for help-guix@gnu.org; Sun, 17 Feb 2019 03:20:31 -0500
Received: from submission (posteo.de [89.146.220.130])
	by mout02.posteo.de (Postfix) with ESMTPS id 70E8E2400E5
	for <help-guix@gnu.org>; Sun, 17 Feb 2019 09:20:27 +0100 (CET)
Received: from customer (localhost [127.0.0.1])
	by submission (posteo.de) with ESMTPSA id 442KgZ6qZ6z9rxD
	for <help-guix@gnu.org>; Sun, 17 Feb 2019 09:20:26 +0100 (CET)
List-Id: <help-guix.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/help-guix>,
	<mailto:help-guix-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/help-guix/>
List-Post: <mailto:help-guix@gnu.org>
List-Help: <mailto:help-guix-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/help-guix>,
	<mailto:help-guix-request@gnu.org?subject=subscribe>
Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org
Sender: "Help-Guix" <help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org>
To: help-guix@gnu.org

I have found the problem thanks to one of the eDuke32 developers. Here is the 
issue:

    $ echo $C_INCLUDE_PATH
    /gnu/store/x3r6c04n583q3fz7szm32ahycrxgfiz6-profile/include

Compare this value to

    $ sdl2-config --cflags
    -I/gnu/store/4bhz5xzr39v0kgxf3ipv6kswicrdmkk4-sdl2-2.0.9/include/SDL2

They point to different entries in the store. And the store entry provided by 
sdl2-config does not contain the header file for SDL Mixer (obviously, since 
that one is pointing to the store entry of one package instead of a profile). I 
am already using sdl-union as my input:

    ("sdl-union" ,(sdl-union (list sdl2 sdl2-mixer)))

The makefile uses the output of sdl2-config as part of the compiler flags, so the 
include path points into the wrong directory. Is there a way to get sdl2-config 
to print the correct path?