Stefano Lattarini writes:
> On 01/02/2012 07:24 PM, Sebastian Freundt wrote:
>>
>> Well, I'm trying to build objects that will be linked later on, only that
>> the linker is a lisp compiler, and that compiler can read .lisp, .fasl, .o
>> and .so. As in raw lisp source code, byte-compiled lisp, e
>
> I've now prepared a test case to correctly expose the bug.
>
And now I've pushed it with the attached patch (it is obviously still
declared as an XFAIL).
Regards,
Stefano
>From 971000c121b9b79b787435f1eaaa76caa37986ee Mon Sep 17 00:00:00 2001
Message-Id: <971000c121b9b79b787435f1eaaa76caa37
On 01/02/2012 07:24 PM, Sebastian Freundt wrote:
>
> Well, I'm trying to build objects that will be linked later on, only that
> the linker is a lisp compiler, and that compiler can read .lisp, .fasl, .o
> and .so. As in raw lisp source code, byte-compiled lisp, elf objects and
> elf dynamic objec
Stefano Lattarini writes:
> Hi Sebastian, sorry for the terrible delay.
>
> On 11/24/2011 01:02 PM, Sebastian Freundt wrote:
>> The (internal) variable am_foo_OBJECTS is empty when OBJEXT has been
>> redefined *and* no .SOURCE_EXT.o rule is present.
>>
>> Example:
>>
>> --8<--8<--8<--8<--8<--8<
Hi Sebastian, sorry for the terrible delay.
On 11/24/2011 01:02 PM, Sebastian Freundt wrote:
> The (internal) variable am_foo_OBJECTS is empty when OBJEXT has been
> redefined *and* no .SOURCE_EXT.o rule is present.
>
> Example:
>
> --8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--
>
> AM_
The (internal) variable am_foo_OBJECTS is empty when OBJEXT has been
redefined *and* no .SOURCE_EXT.o rule is present.
Example:
--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--
AM_DEFAULT_SOURCE_EXT = .lisp
OBJEXT = fasl
noinst_PROGRAMS = foo
foo_SOURCES = bar.lisp
.lisp.fasl:
to
