Am 26.04.2017 um 13:49 schrieb Mathieu Lirzin:).
Currently there are two test scripts included: one checks for
the object file names to see if they are truncated (or not).
Since Automake doesn't provide any garantee about object file names. I
don't think we need to include such test in the t
Hello,
Thomas Martitz writes:
> Am 23.04.2017 um 18:39 schrieb Mathieu Lirzin:
>
>>> From 8cd0a71abac70bbdcaac804dc7964fa9f34753a0 Mon Sep 17 00:00:00 2001
>>> From: Thomas Martitz
>>> Date: Mon, 13 Mar 2017 12:41:59 +0100
>>> Subject: [PATCH 1/3] Shorter object file names under subdir-objects
Am 23.04.2017 um 18:39 schrieb Mathieu Lirzin:
Hello Thomas,
Thomas Martitz writes:
good news: I found a solution.
Great! You have been fast. :)
You too!
I have implemented a solution. Basically the file name truncation is
disabled if the are programs or libs that have identical nam
Hello Thomas,
Thomas Martitz writes:
> good news: I found a solution.
Great! You have been fast. :)
> I have implemented a solution. Basically the file name truncation is
> disabled if the are programs or libs that have identical names. Please
> tell me if that's sufficient.
I am still busy
Hello Matieu,
good news: I found a solution.
Am 19.04.2017 um 12:54 schrieb Mathieu Lirzin:
Hello,
Thomas Martitz writes:
Am 13.04.2017 um 14:59 schrieb Mathieu Lirzin:
I have not spent a long time digging through the mailing list archive,
There seem to have a lot of mail related to subd
Hello,
Thomas Martitz writes:
> Am 13.04.2017 um 14:59 schrieb Mathieu Lirzin:
>
>> I have not spent a long time digging through the mailing list archive,
>> There seem to have a lot of mail related to subdir-objects past bugs
>> which makes it hard to find the information I am looking for. How
Am 13.04.2017 um 14:59 schrieb Mathieu Lirzin:
Hello Thomas,
I have not spent a long time digging through the mailing list archive,
There seem to have a lot of mail related to subdir-objects past bugs
which makes it hard to find the information I am looking for. However I
have found some questi
Mathieu Lirzin writes:
> See attached patch for more details. It adds a test which passes on
> current 'minor' branch but fails when applied on top of your patch. The
> intent is to allow you to reproduce the issue.
Here is the missing attachment:
>From 970d46d60e65e4c64e7ba6d4f0afa38c6f8620f
Hello Thomas,
I have not spent a long time digging through the mailing list archive,
There seem to have a lot of mail related to subdir-objects past bugs
which makes it hard to find the information I am looking for. However I
have found some questions which relates to the change you are proposing
Hello Thomas,
Thomas Martitz writes:
> Am 13.03.2017 um 14:19 schrieb Thomas Martitz:
>> Mathieu, based on your reaction on the other thread, I reworked my patch.
>>
>
> have you had a chance to look at my reworked patch?
Unfortunately I didn't find the time to search for Potential/Historical
i
Am 13.03.2017 um 14:19 schrieb Thomas Martitz:
Mathieu, based on your reaction on the other thread, I reworked my patch.
Hello Mathieue,
have you had a chance to look at my reworked patch?
Best regards.
Hello Peter,
thanks for your feedback. I'll post an update, but I'd like to wait for
Mathieu's feedback too.
Am 13.03.2017 um 15:15 schrieb Peter Rosin:
Hi!
FWIW, I like this (assuming Mathieu doesn't dig up some road block).
On 2017-03-13 14:19, Thomas Martitz wrote:
Mathieu, based on your
Hi!
FWIW, I like this (assuming Mathieu doesn't dig up some road block).
On 2017-03-13 14:19, Thomas Martitz wrote:
> Mathieu, based on your reaction on the other thread, I reworked my patch.
>
> This supersedes my other patch, "[PATCH] new option: object-shortname".
> It is functionally the
>
CFLAGS) -g
resulted in objects:
sub/sub_foo-foo.o
now object file name is:
sub/foo-foo.o
From 893ec001bf04a64e3f0ce56906e75590db17fa9c Mon Sep 17 00:00:00 2001
From: Thomas Martitz
Date: Mon, 13 Mar 2017 12:41:59 +0100
Subject: [PATCH] Shorter object file names under subdir-objects
With t
14 matches
Mail list logo
