All of lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] [PATCH] uclibc: clean-up test suite build command
@ 2014-06-30 17:26 Alexey Brodkin
  2014-06-30 18:07 ` Thomas Petazzoni
  0 siblings, 1 reply; 8+ messages in thread
From: Alexey Brodkin @ 2014-06-30 17:26 UTC (permalink / raw)
  To: buildroot

Starting from uClibc 0.9.32 this cleaned-up command builds tests flawlessly.
For 0.9.31 it lead to build failure, but assuming there're close to zero
users who is going to test outdated uClibc library on obsolete
(in Buildroot) AVR32 architecture I thin it worth applying.

Still it's possible to have 2 variants at the same time until AVR32 is not gone:
1. Old implementation used strictly for uClibc 0.9.31
2. New implementation for all other versions

Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>

Cc: Anton Kolesov <akolesov@synopsys.com>
Cc: Peter Korsgaard <peter@korsgaard.com>
Cc: Gustavo Zacarias <gustavo@zacarias.com.ar>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Thomas De Schampheleire <patrickdepinguin@gmail.com>
---
 package/uclibc/uclibc.mk | 6 ++----
 1 file changed, 2 insertions(+), 4 deletions(-)

diff --git a/package/uclibc/uclibc.mk b/package/uclibc/uclibc.mk
index caa5553..0cbd3c8 100644
--- a/package/uclibc/uclibc.mk
+++ b/package/uclibc/uclibc.mk
@@ -484,12 +484,10 @@ endef
 
 ifeq ($(BR2_UCLIBC_INSTALL_TEST_SUITE),y)
 define UCLIBC_BUILD_TEST_SUITE
-	$(MAKE1) -C $(@D)/test \
+	$(MAKE1) -C $(@D) \
 		$(UCLIBC_MAKE_FLAGS) \
-		ARCH_CFLAGS=-I$(STAGING_DIR)/usr/include \
 		UCLIBC_ONLY=1 \
-		TEST_INSTALLED_UCLIBC=1 \
-		compile
+		test_compile
 endef
 endif
 
-- 
1.9.3

^ permalink raw reply related	[flat|nested] 8+ messages in thread

* [Buildroot] [PATCH] uclibc: clean-up test suite build command
  2014-06-30 17:26 [Buildroot] [PATCH] uclibc: clean-up test suite build command Alexey Brodkin
@ 2014-06-30 18:07 ` Thomas Petazzoni
  2014-07-01 10:27   ` Alexey Brodkin
  2015-03-25  7:49   ` Alexey Brodkin
  0 siblings, 2 replies; 8+ messages in thread
From: Thomas Petazzoni @ 2014-06-30 18:07 UTC (permalink / raw)
  To: buildroot

Dear Alexey Brodkin,

On Mon, 30 Jun 2014 21:26:21 +0400, Alexey Brodkin wrote:
> Starting from uClibc 0.9.32 this cleaned-up command builds tests flawlessly.
> For 0.9.31 it lead to build failure, but assuming there're close to zero
> users who is going to test outdated uClibc library on obsolete
> (in Buildroot) AVR32 architecture I thin it worth applying.
> 
> Still it's possible to have 2 variants at the same time until AVR32 is not gone:
> 1. Old implementation used strictly for uClibc 0.9.31
> 2. New implementation for all other versions
> 
> Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>

Unfortunately, unless this cleaned-up version brings significant
benefits, I believe the best option is to keep things as is until AVR32
support is really deprecated and removed from Buildroot, so that we can
drop support for 0.9.31.

Thanks,

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Buildroot] [PATCH] uclibc: clean-up test suite build command
  2014-06-30 18:07 ` Thomas Petazzoni
@ 2014-07-01 10:27   ` Alexey Brodkin
  2015-03-25  7:49   ` Alexey Brodkin
  1 sibling, 0 replies; 8+ messages in thread
From: Alexey Brodkin @ 2014-07-01 10:27 UTC (permalink / raw)
  To: buildroot

Hi Thomas,

On Mon, 2014-06-30 at 20:07 +0200, Thomas Petazzoni wrote:
> Unfortunately, unless this cleaned-up version brings significant
> benefits, I believe the best option is to keep things as is until AVR32
> support is really deprecated and removed from Buildroot, so that we can
> drop support for 0.9.31.

That's fine for me. Anyways patch is published and at any point anybody
may apply it whether local or even upstream.

-Alexey

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Buildroot] [PATCH] uclibc: clean-up test suite build command
  2014-06-30 18:07 ` Thomas Petazzoni
  2014-07-01 10:27   ` Alexey Brodkin
@ 2015-03-25  7:49   ` Alexey Brodkin
  2015-03-25 16:39     ` Thomas Petazzoni
  1 sibling, 1 reply; 8+ messages in thread
From: Alexey Brodkin @ 2015-03-25  7:49 UTC (permalink / raw)
  To: buildroot

Hi Thomas,

On Mon, 2014-06-30 at 20:07 +0200, Thomas Petazzoni wrote:
> Dear Alexey Brodkin,
> 
> On Mon, 30 Jun 2014 21:26:21 +0400, Alexey Brodkin wrote:
> > Starting from uClibc 0.9.32 this cleaned-up command builds tests flawlessly.
> > For 0.9.31 it lead to build failure, but assuming there're close to zero
> > users who is going to test outdated uClibc library on obsolete
> > (in Buildroot) AVR32 architecture I thin it worth applying.
> > 
> > Still it's possible to have 2 variants at the same time until AVR32 is not gone:
> > 1. Old implementation used strictly for uClibc 0.9.31
> > 2. New implementation for all other versions
> > 
> > Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
> 
> Unfortunately, unless this cleaned-up version brings significant
> benefits, I believe the best option is to keep things as is until AVR32
> support is really deprecated and removed from Buildroot, so that we can
> drop support for 0.9.31.

Now when AVR32 support is finally dropped do you think this patch might
be accepted?

It still applies flawlessly on current master.

I build tested it on ARC and ARM. Note on ARM uClibc tests
(BR2_UCLIBC_INSTALL_TEST_SUITE) will be only compiled without errors
with uClibc-ng (BR2_UCLIBC_VERSION_NG), either BR2_UCLIBC_VERSION_0_9_33
or BR2_UCLIBC_VERSION_SNAPSHOT will fail on testsuite compilation but
that has nothing to do with current patch.

-Alexey

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Buildroot] [PATCH] uclibc: clean-up test suite build command
  2015-03-25  7:49   ` Alexey Brodkin
@ 2015-03-25 16:39     ` Thomas Petazzoni
  2015-04-20  8:39       ` Alexey Brodkin
  0 siblings, 1 reply; 8+ messages in thread
From: Thomas Petazzoni @ 2015-03-25 16:39 UTC (permalink / raw)
  To: buildroot

Dear Alexey Brodkin,

On Wed, 25 Mar 2015 07:49:24 +0000, Alexey Brodkin wrote:

> > Unfortunately, unless this cleaned-up version brings significant
> > benefits, I believe the best option is to keep things as is until AVR32
> > support is really deprecated and removed from Buildroot, so that we can
> > drop support for 0.9.31.
> 
> Now when AVR32 support is finally dropped do you think this patch might
> be accepted?

Yes, sure! AVR32 / supporting old uClibc versions was the only reason
to keep the old way around. Now that AVR32 is gone, all clean-ups we
can do following this removal are very welcome.

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Buildroot] [PATCH] uclibc: clean-up test suite build command
  2015-03-25 16:39     ` Thomas Petazzoni
@ 2015-04-20  8:39       ` Alexey Brodkin
  2015-04-20  8:58         ` Thomas Petazzoni
  0 siblings, 1 reply; 8+ messages in thread
From: Alexey Brodkin @ 2015-04-20  8:39 UTC (permalink / raw)
  To: buildroot

Hi Thomas,

On Wed, 2015-03-25 at 17:39 +0100, Thomas Petazzoni wrote:
> Dear Alexey Brodkin,
> 
> On Wed, 25 Mar 2015 07:49:24 +0000, Alexey Brodkin wrote:
> 
> > > Unfortunately, unless this cleaned-up version brings significant
> > > benefits, I believe the best option is to keep things as is until AVR32
> > > support is really deprecated and removed from Buildroot, so that we can
> > > drop support for 0.9.31.
> > 
> > Now when AVR32 support is finally dropped do you think this patch might
> > be accepted?
> 
> Yes, sure! AVR32 / supporting old uClibc versions was the only reason
> to keep the old way around. Now that AVR32 is gone, all clean-ups we
> can do following this removal are very welcome.

Please treat this as a gentle reminder. I'm wondering if that pretty
straight-forward change has a chance for being applied?

From your previous answer I understood that you\re in general fine with
clean-up stuff like that.

-Alexey

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Buildroot] [PATCH] uclibc: clean-up test suite build command
  2015-04-20  8:39       ` Alexey Brodkin
@ 2015-04-20  8:58         ` Thomas Petazzoni
  2015-04-20  9:10           ` Alexey Brodkin
  0 siblings, 1 reply; 8+ messages in thread
From: Thomas Petazzoni @ 2015-04-20  8:58 UTC (permalink / raw)
  To: buildroot

Dear Alexey Brodkin,

On Mon, 20 Apr 2015 08:39:07 +0000, Alexey Brodkin wrote:

> Please treat this as a gentle reminder. I'm wondering if that pretty
> straight-forward change has a chance for being applied?
> 
> From your previous answer I understood that you\re in general fine with
> clean-up stuff like that.

Sure. Can you resend a new version of the patch, so that it shows up in
patchwork?

Thanks,

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Buildroot] [PATCH] uclibc: clean-up test suite build command
  2015-04-20  8:58         ` Thomas Petazzoni
@ 2015-04-20  9:10           ` Alexey Brodkin
  0 siblings, 0 replies; 8+ messages in thread
From: Alexey Brodkin @ 2015-04-20  9:10 UTC (permalink / raw)
  To: buildroot

Hi Thomas,

On Mon, 2015-04-20 at 10:58 +0200, Thomas Petazzoni wrote:
> Dear Alexey Brodkin,
> 
> On Mon, 20 Apr 2015 08:39:07 +0000, Alexey Brodkin wrote:
> 
> > Please treat this as a gentle reminder. I'm wondering if that pretty
> > straight-forward change has a chance for being applied?
> > 
> > From your previous answer I understood that you\re in general fine with
> > clean-up stuff like that.
> 
> Sure. Can you resend a new version of the patch, so that it shows up in
> patchwork?

Sure, done!

-Alexey

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2015-04-20  9:10 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-06-30 17:26 [Buildroot] [PATCH] uclibc: clean-up test suite build command Alexey Brodkin
2014-06-30 18:07 ` Thomas Petazzoni
2014-07-01 10:27   ` Alexey Brodkin
2015-03-25  7:49   ` Alexey Brodkin
2015-03-25 16:39     ` Thomas Petazzoni
2015-04-20  8:39       ` Alexey Brodkin
2015-04-20  8:58         ` Thomas Petazzoni
2015-04-20  9:10           ` Alexey Brodkin

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.