[Buildroot] [Bug 5486] New: libglib2 build fails on qsort r test

[Buildroot] [Bug 5486] New: libglib2 build fails on qsort r test

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=5486

           Summary: libglib2 build fails on qsort r test
           Product: buildroot
           Version: unspecified
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: minor
          Priority: P5
         Component: Other
        AssignedTo: unassigned at buildroot.uclibc.org
        ReportedBy: seetwobob at live.co.uk
                CC: buildroot at uclibc.org
   Estimated Hours: 0.0


Using CS TC (current or otherwise), 32 bit system. Builroot latest via GIT

libglib2-2.30.2

As a general overview:
CFLAGS="-fno-stack-protector -O2 -ffast-math -march=armv6j -mtune=arm1136jf-s
-mfpu=vfp -pipe -$fomit-frame-pointer"
CXXFLAGS="-fno-stack-protector" CPPFLAGS="-U_FORTIFY_SOURCE" 
HOST=i686-pc-linux
BUILD=arm-unknown-linux-gnueabi

Whilst:
>>> libglib2 2.30.2 Building
Fails with
  CC     gtester.o
  CCLD   libglib-2.0.la
  CCLD   gtester
./.libs/libglib-2.0.so: undefined reference to `qsort_r'
collect2: ld returned 1 exit status

There was some reference (related? maybe?) to an embedded patch for libglib2 re
another system here: http://patches.openembedded.org/patch/14169/ 
Perhaps it is relevant.

This is my first bug report apologies for any elided required info.
Will be glad to forward any extra required.

Regards.

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Buildroot] [Bug 5486] libglib2 build fails on qsort r test

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=5486

--- Comment #1 from twobob <seetwobob@live.co.uk> 2012-08-31 00:08:04 UTC ---
(In reply to comment #0)
> Using CS TC (current or otherwise), 32 bit system. Builroot latest via GIT
> 
> libglib2-2.30.2
> 
> As a general overview:
> CFLAGS="-fno-stack-protector -O2 -ffast-math -march=armv6j -mtune=arm1136jf-s
> -mfpu=vfp -pipe -$fomit-frame-pointer"
> CXXFLAGS="-fno-stack-protector" CPPFLAGS="-U_FORTIFY_SOURCE" 
> HOST=i686-pc-linux
> BUILD=arm-unknown-linux-gnueabi
> 
> Whilst:
> >>> libglib2 2.30.2 Building
> Fails with
>   CC     gtester.o
>   CCLD   libglib-2.0.la
>   CCLD   gtester
> ./.libs/libglib-2.0.so: undefined reference to `qsort_r'
> collect2: ld returned 1 exit status
> 
> There was some reference (related? maybe?) to an embedded patch for libglib2 re
> another system here: http://patches.openembedded.org/patch/14169/ 
> Perhaps it is relevant.
> 
> This is my first bug report apologies for any elided required info.
> Will be glad to forward any extra required.
> 
> Regards.


Just wanted to add that the link doesn't actually point to the fix/patch
itself. it's a monologue about when it should be used. and a patch for when it
would be applied in the other system. Thanks

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Buildroot] [Bug 5486] libglib2 build fails on qsort r test

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=5486

--- Comment #2 from twobob <seetwobob@live.co.uk> 2012-08-31 00:23:09 UTC ---
Created attachment 4532
  --> https://bugs.busybox.net/attachment.cgi?id=4532
the dot config file used.

The relevant dot config and the lines from the build log


{standard input}: Assembler messages:
{standard input}:6196: rdhi, rdlo and rm must all be different
  CC     gunibreak.lo
  CC     gunicollate.lo
  CC     gunidecomp.lo
  CC     gurifuncs.lo
  CC     gutils.lo
  CC     gvariant.lo
  CC     gvariant-core.lo
  CC     gvariant-parser.lo
  CC     gvariant-serialiser.lo
gvariant-core.c: In function 'g_variant_take_ref':
gvariant-core.c:744: warning: pointer targets in passing argument 1 of
'g_atomic_int_and' differ in signedness
  CC     gvarianttypeinfo.lo
{standard input}: Assembler messages:
{standard input}:46059: rdhi, rdlo and rm must all be different
{standard input}:46074: rdhi, rdlo and rm must all be different
{standard input}:46086: rdhi, rdlo and rm must all be different
{standard input}:46098: rdhi, rdlo and rm must all be different
{standard input}:46480: rdhi, rdlo and rm must all be different
{standard input}:47837: rdhi, rdlo and rm must all be different
{standard input}:47865: rdhi, rdlo and rm must all be different
{standard input}:47875: rdhi, rdlo and rm must all be different
{standard input}:47887: rdhi, rdlo and rm must all be different
  CC     gvarianttype.lo
  CC     gwakeup.lo
  CC     gprintf.lo
  CC     glib-unix.lo
  CC     giounix.lo
  CC     gspawn.lo
echo glib-unix.h glib-object.h glib.h galloca.h garray.h gasyncqueue.h
gatomic.h gbacktrace.h gbase64.h gbitlock.h gbookmarkfile.h gcache.h
gchecksum.h gcompletion.h gconvert.h gdataset.h gdate.h gdatetime.h gdir.h
gerror.h gfileutils.h ghash.h ghmac.h ghook.h ghostutils.h gi18n.h gi18n-lib.h
giochannel.h gkeyfile.h glist.h gmacros.h gmain.h gmappedfile.h gmarkup.h
gmem.h gmessages.h gnode.h goption.h gpattern.h gpoll.h gprimes.h gqsort.h
gquark.h gqueue.h grand.h gregex.h grel.h gscanner.h gsequence.h gshell.h
gslice.h gslist.h gspawn.h gstdio.h gstrfuncs.h gtestutils.h gstring.h
gthread.h gthreadpool.h gtimer.h gtimezone.h gtree.h gtypes.h gunicode.h
gurifuncs.h gutils.h gvarianttype.h gvariant.h gwin32.h gprintf.h >
glib-public-headers.txt.tmp && mv glib-public-headers.txt.tmp
glib-public-headers.txt
  CC     gtester.o
  CCLD   libglib-2.0.la
  CCLD   gtester
./.libs/libglib-2.0.so: undefined reference to `qsort_r'
collect2: ld returned 1 exit status
make[6]: *** [gtester] Error 1
make[5]: *** [all-recursive] Error 1
make[4]: *** [all] Error 2
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [/home/simon/BLDS/buildroot/build/libglib2-2.30.2/.stamp_built]
Error 2
make: *** [all] Error 2
simon at dev ~/BLDS/buildroot $

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Buildroot] [Bug 5486] libglib2 build fails on qsort r test

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=5486

--- Comment #3 from twobob <seetwobob@live.co.uk> 2012-08-31 00:26:51 UTC ---
http://git.openembedded.org/openembedded-core/plain/meta/recipes-core/glib-2.0/glib-2.0/remove.test.for.qsort_r.patch?id=43adb8dcf4461b68a7ce0ba9d8acdb2012a70416

Appears to be highly relevant in this instance. 
Would this be a straight patch job for this use? 
Many thanks.

My apologies for not managing to encompass all the information in a single
post.
I will know better for next time.

Regards.

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Buildroot] [Bug 5486] libglib2 build fails on qsort r test

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=5486

--- Comment #4 from Sven Neumann <s.neumann@raumfeld.com> 2012-08-31 07:42:17 UTC ---
Shouldn't this be fixed already by the following commit ?

commit 78a5c27cc37f1d0453defa8d3f59762ca7f4c7ef
Author: Sven Neumann <s.neumann@raumfeld.com>
Date:   Wed Feb 29 07:05:49 2012 +0100

    libglib2: fix build with legacy uClibc versions

    qsort_r was only added in uClibc 0.9.33, so only enable it when we're sure
    it's available. For external/ctng toolchains we cannot easily know, so
    simply disable it there.

    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Buildroot] [Bug 5486] libglib2 build fails on qsort r test

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=5486

--- Comment #5 from twobob <seetwobob@live.co.uk> 2012-08-31 13:18:10 UTC ---
(In reply to comment #4)
> Shouldn't this be fixed already by the following commit ?
> 
> commit 78a5c27cc37f1d0453defa8d3f59762ca7f4c7ef
> Author: Sven Neumann <s.neumann@raumfeld.com>
> Date:   Wed Feb 29 07:05:49 2012 +0100
> 
>     libglib2: fix build with legacy uClibc versions
> 
>     qsort_r was only added in uClibc 0.9.33, so only enable it when we're sure
>     it's available. For external/ctng toolchains we cannot easily know, so
>     simply disable it there.
> 
>     Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>

I see the changes from
http://git.buildroot.net/buildroot/commit/?id=97165f123bd67b8d1a9a0a3bb41f2c4b8475156d
in my local .mk

They appear to specifically target uClibc use cases? I'm no expert in these
matters.

+ifeq
($(BR2_UCLIBC_VERSION_0_9_31)$(BR2_UCLIBC_VERSION_0_9_32)$(BR2_TOOLCHAIN_CTNG_uClibc)$(BR2_TOOLCHAIN_EXTERNAL_UCLIBC),y)
+LIBGLIB2_CONF_ENV += glib_cv_have_qsort_r=no
+else
+LIBGLIB2_CONF_ENV += glib_cv_have_qsort_r=yes
+endif

Should I refactor this to encompass my TC use case?

Given this unsurity: To move forward I attempted removing the test entirely,
this leads to:

checking for format to printf and scanf a guint64... none
checking for an ANSI C-conforming const... yes
checking if malloc() and friends prototypes are gmem.h compatible... yes
checking for growing stack pointer... configure: error: in
`/home/simon/BLDS/buildroot/build/libglib2-2.30.2':
configure: error: cannot run test program while cross compiling
See `config.log' for more details
make[2]: *** [config.status] Error 1
make[1]: *** [/home/simon/BLDS/buildroot/build/libglib2-2.30.2/.stamp_built]
Error 2
make: *** [all] Error 2

Which would suggest that even if this worked as intended it would not be a
complete solution. Currently endeavouring to bypass this next hurdle.

Many thanks.

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Buildroot] [Bug 5486] libglib2 build fails on qsort r test

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=5486

--- Comment #6 from Sven Neumann <s.neumann@raumfeld.com> 2012-08-31 14:41:40 UTC ---
Well, yes, the fix that Peter committed specifically addresses the uCLibC case.
If your external toolchain doesn't provide qsort_r, then your build will still
fail.

I am not sure if this can be fixed properly in buildroot as we can't know all
details about any possible external toolchain. But you can work around this by
adding "glib_cv_have_qsort_r=no" to LIBGLIB2_CONF_ENV in your tree.

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Buildroot] [Bug 5486] libglib2 build fails on qsort r test

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=5486

--- Comment #7 from twobob <seetwobob@live.co.uk> 2012-08-31 15:07:54 UTC ---
(In reply to comment #6)
> Well, yes, the fix that Peter committed specifically addresses the uCLibC case.
> If your external toolchain doesn't provide qsort_r, then your build will still
> fail.
> 
> I am not sure if this can be fixed properly in buildroot as we can't know all
> details about any possible external toolchain. But you can work around this by
> adding "glib_cv_have_qsort_r=no" to LIBGLIB2_CONF_ENV in your tree.

Okay some progress.

As I said I am unsure why but defaulting the values via your method. Now read
up on the process so I understand that should have defaulted the value to yes -
which *is* the case for the TC.

so to *get further* I simply elided the test as per the patch I referenced
above which got me one step farther; past the qsort_r error with it correctly
identified to the positive.

Which led to a fail testing the stack growth. I razed everything to the ground
and started again. applied the qsort_r.patch I referenced and this time I get.

tests'
make[5]: Nothing to be done for `install-exec-am'.
make[5]: Nothing to be done for `install-data-am'.
make[5]: Leaving directory
`/home/simon/GIT/buildroot/output/build/host-libglib2-2.30.2/gobject/tests'
make[4]: Leaving directory
`/home/simon/GIT/buildroot/output/build/host-libglib2-2.30.2/gobject/tests'
make[3]: Leaving directory
`/home/simon/GIT/buildroot/output/build/host-libglib2-2.30.2/gobject'
make[2]: Leaving directory
`/home/simon/GIT/buildroot/output/build/host-libglib2-2.30.2/gobject'
Making install in gio
make[2]: Entering directory
`/home/simon/GIT/buildroot/output/build/host-libglib2-2.30.2/gio'
/usr/bin/make  install-recursive
make[3]: Entering directory
`/home/simon/GIT/buildroot/output/build/host-libglib2-2.30.2/gio'
Making install in gdbus-2.0/codegen
make[4]: Entering directory
`/home/simon/GIT/buildroot/output/build/host-libglib2-2.30.2/gio/gdbus-2.0/codegen'
make[5]: Entering directory
`/home/simon/GIT/buildroot/output/build/host-libglib2-2.30.2/gio/gdbus-2.0/codegen'
 /bin/mkdir -p '/home/simon/GIT/buildroot/output/host/usr/bin'
 /bin/mkdir -p
'/home/simon/GIT/buildroot/output/host/usr/lib/gdbus-2.0/codegen'
 /usr/bin/install -c gdbus-codegen
'/home/simon/GIT/buildroot/output/host/usr/bin'
 /usr/bin/install -c -m 644 __init__.py codegen.py codegen_main.py
codegen_docbook.py config.py dbustypes.py parser.py utils.py
'/home/simon/GIT/buildroot/output/host/usr/lib/gdbus-2.0/codegen'
../../../py-compile: Missing argument to --destdir.
make[5]: *** [install-codegenPYTHON] Error 1
make[5]: Leaving directory
`/home/simon/GIT/buildroot/output/build/host-libglib2-2.30.2/gio/gdbus-2.0/codegen'
make[4]: *** [install-am] Error 2
make[4]: Leaving directory
`/home/simon/GIT/buildroot/output/build/host-libglib2-2.30.2/gio/gdbus-2.0/codegen'
make[3]: *** [install-recursive] Error 1
make[3]: Leaving directory
`/home/simon/GIT/buildroot/output/build/host-libglib2-2.30.2/gio'
make[2]: *** [install] Error 2
make[2]: Leaving directory
`/home/simon/GIT/buildroot/output/build/host-libglib2-2.30.2/gio'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory
`/home/simon/GIT/buildroot/output/build/host-libglib2-2.30.2'
make: ***
[/home/simon/GIT/buildroot/output/build/host-libglib2-2.30.2/.stamp_host_installed]
Error 2

Is this related to the other python patch - and should I change the title of
the bug report? Attempting to become more useful.

Many thanks.

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Buildroot] [Bug 5486] libglib2 build fails on: py-compile: Missing argument to --destdir.

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=5486

twobob <seetwobob@live.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Version|unspecified                 |2012.02
            Summary|libglib2 build fails on     |libglib2 build fails on:
                   |qsort r test                |py-compile: Missing
                   |                            |argument to --destdir.

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Buildroot] [Bug 5486] libglib2 build fails on: libs/libglib-2.0.so: undefined reference to `qsort_r'

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=5486

twobob <seetwobob@live.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|libglib2 build fails on:    |libglib2 build fails on:
                   |py-compile: Missing         |libs/libglib-2.0.so:
                   |argument to --destdir.      |undefined reference to
                   |                            |`qsort_r'

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Buildroot] [Bug 5486] libglib2 build fails on: libs/libglib-2.0.so: undefined reference to `qsort_r'

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=5486

--- Comment #8 from twobob <seetwobob@live.co.uk> 2012-08-31 22:10:09 UTC ---
So I deleted everything again and resynced from GIT.

I now cannot replicate the earlier failure on qsort_r. However I now still
fail:

make V=99 2>&1 | tee build.log

...
libs/libglib-2.0.lax/libpcre.a/pcre_try_flipped.o
.libs/libglib-2.0.lax/libpcre.a/pcre_ucp_searchfuncs.o
.libs/libglib-2.0.lax/libpcre.a/pcre_xclass.o 
libtool: link:
/home/simon/GIT/buildroot/output/host/usr/bin/arm-none-linux-gnueabi-ranlib
.libs/libglib-2.0.a
libtool: link: rm -fr .libs/libglib-2.0.lax
libtool: link: ( cd ".libs" && rm -f "libglib-2.0.la" && ln -s
"../libglib-2.0.la" "libglib-2.0.la" )
/bin/sh ../libtool  --tag=CC   --mode=link
/home/simon/GIT/buildroot/output/host/usr/bin/arm-none-linux-gnueabi-gcc  -pipe
-Os  -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall  
-o gtester gtester.o libglib-2.0.la  
libtool: link:
/home/simon/GIT/buildroot/output/host/usr/bin/arm-none-linux-gnueabi-gcc -pipe
-Os -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -o
gtester gtester.o  ./.libs/libglib-2.0.so -lrt -Wl,-rpath
-Wl,/home/simon/GIT/buildroot/output/build/libglib2-2.30.2/glib/.libs
./.libs/libglib-2.0.so: undefined reference to `qsort_r'
collect2: ld returned 1 exit status
make[5]: *** [gtester] Error 1
make[5]: Leaving directory
`/home/simon/GIT/buildroot/output/build/libglib2-2.30.2/glib'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory
`/home/simon/GIT/buildroot/output/build/libglib2-2.30.2/glib'
make[3]: *** [all] Error 2
make[3]: Leaving directory
`/home/simon/GIT/buildroot/output/build/libglib2-2.30.2/glib'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/home/simon/GIT/buildroot/output/build/libglib2-2.30.2'
make[1]: *** [all] Error 2
make[1]: Leaving directory
`/home/simon/GIT/buildroot/output/build/libglib2-2.30.2'
make: *** [/home/simon/GIT/buildroot/output/build/libglib2-2.30.2/.stamp_built]
Error 2


The .config has nothing in it aside from libglib2 (and auto-selected
dependencies)

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Buildroot] [Bug 5486] libglib2 build fails on: libs/libglib-2.0.so: undefined reference to `qsort_r'

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=5486

twobob <seetwobob@live.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID

--- Comment #9 from twobob <seetwobob@live.co.uk> 2012-09-01 13:29:07 UTC ---
In essence, this doesn't happen using the Buildroot installed Code Sourcery
Toolchains.

For my use case I was attempting to utitlise a pre-installed chain.
It was possibly too old a version.

Using the 2011 TC fixes this. So I will set it as a non issue and possibly add
a note when I figure out the oldest CS TC that *will* build this without error.

(I run all this on a 3rd gen kindle, no really)
Thanks for all your help.

If I find something *actually* useful to contribute I will.
Regards.

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Buildroot] [Bug 5486] libglib2 build fails on: libs/libglib-2.0.so: undefined reference to `qsort_r'

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=5486

--- Comment #10 from twobob <seetwobob@live.co.uk> 2012-09-02 00:42:29 UTC ---
(In reply to comment #9)
> In essence, this doesn't happen using the Buildroot installed Code Sourcery
> Toolchains.
> 
> For my use case I was attempting to utitlise a pre-installed chain.
> It was possibly too old a version.
> 
> Using the 2011 TC fixes this. So I will set it as a non issue and possibly add
> a note when I figure out the oldest CS TC that *will* build this without error.
> 
> (I run all this on a 3rd gen kindle, no really)
> Thanks for all your help.
> 
> If I find something *actually* useful to contribute I will.
> Regards.

Okay as promised.   

CCLD   libglib-2.0.la
  CCLD   gtester
./.libs/libglib-2.0.so: undefined reference to `qsort_r'

First exhibits in Toolchains older than 

rm-2008q3-72-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2

From here:

http://sourcery.mentor.com/public/gnu_toolchain/arm-none-linux-gnueabi/

so perhaps a "min required version" might properly reflect that.

2008q3 onward all build as expected.

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.