[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gcc-ddc
From: |
Jan Nieuwenhuizen |
Subject: |
Re: gcc-ddc |
Date: |
Mon, 20 Nov 2017 19:24:36 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) |
Gábor Boskovits writes:
Hey Gábor!
[cc: guix-devel]
> I'm definietly making progress on this. Now I have a working debug build of
> gcc.
> Identified the critical symbols, they are:
> static const char *const standard_exec_prefix = STANDARD_EXEC_PREFIX;
> static const char *const standard_libexec_prefix = STANDARD_LIBEXEC_PREFIX;
> static const char *const standard_bindir_prefix = STANDARD_BINDIR_PREFIX;
Oh nice!
> The problem fundamentally is that they are calculated from prefix passed to
> configure.
> I've checked, that that is the store location.
Right.
> How should we go on with this?
>
> Is it possible to pass other value as prefix, or should we keep prefix as is,
> and patch the makefile?
> It is set from line 2092 in gcc/Makefile.in by the way.
Good question. I think we should try patching the Makefile.in.
This is a problem that other distros usually do not see (prefix=/usr).
There is a 3rd option: not using this define in the code, but that might
be theoretical/silly without having looked at it.
If we manage to pass a different --prefix to configure (does this work?
#:configure-flags= '("--prefix=/usr")
then we still need to make sure that make install uses the prefix we
want by writing our own install phase...it gets ugly here I guess...
Greetings, janneke
--
Jan Nieuwenhuizen <address@hidden> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
- Re: gcc-ddc,
Jan Nieuwenhuizen <=
- Re: gcc-ddc, Ricardo Wurmus, 2017/11/21
- Re: gcc-ddc, Gábor Boskovits, 2017/11/20
- Re: gcc-ddc, Gábor Boskovits, 2017/11/21
- Re: gcc-ddc, Gábor Boskovits, 2017/11/21
- Re: gcc-ddc, Jan Nieuwenhuizen, 2017/11/21
- Re: gcc-ddc, Gábor Boskovits, 2017/11/22
- Re: gcc-ddc, Jan Nieuwenhuizen, 2017/11/22
- Re: gcc-ddc, Ricardo Wurmus, 2017/11/23
- Re: gcc-ddc, Gábor Boskovits, 2017/11/23
- Re: gcc-ddc, Gábor Boskovits, 2017/11/29