Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] [Bug 1153] New: Buildroot fails to build packages if BR2_GCC_SHARED_LIBGCC=y
@ 2010-02-19 15:58 bugzilla at busybox.net
  2010-02-19 16:50 ` [Buildroot] [Bug 1153] " bugzilla at busybox.net
                   ` (4 more replies)
  0 siblings, 5 replies; 6+ messages in thread
From: bugzilla at busybox.net @ 2010-02-19 15:58 UTC (permalink / raw)
  To: buildroot

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

              Host: i686
            Target: ARM
           Summary: Buildroot fails to build packages if
                    BR2_GCC_SHARED_LIBGCC=y
           Product: buildroot
           Version: unspecified
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Keywords: link-failure
          Severity: major
          Priority: P2
         Component: Other
        AssignedTo: unassigned at buildroot.uclibc.org
        ReportedBy: akennedy at drs-tem.com
                CC: buildroot at uclibc.org
   Estimated Hours: 0.0


Created an attachment (id=1153)
 --> (https://bugs.busybox.net/attachment.cgi?id=1153)
Config file for building an NFS buildroot for development purposes.

The config file attached has left off these two, but these were giving me
errors as well:

docker
xstroke

These would NOT compile unless BR2_GCC_SHARED_LIBGCC is not set:
uemacs
nano
vim

The error was undefined hidden symbol in libgcc.a(xxxxxxx.o)  '__xxxxx()'
referenced by DSO.

The xxx was different for each of these (I attempted to compile each with a
shared libgcc) but seemed to center on references to g_printerr, g_print,
g_slist_length, g_malloc0, g_free, g_slist_append, g_slist_Remove_link, and
g_strdup_printf.  These seem to be calling functions from the EABI as some were
like ul_div32_helper() -- though some were not referred to as EABI but AABI,
which greatly confuse me.

It appeared that the source of the problem was in glib2, but I cannot verify
this and could not locate any way around this issue.

My gut tells me that linking libgcc.a in statically is "bad" and I prefer not
to do that, but I'm in a bit over my head with where the problem is.


-- 
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.

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

end of thread, other threads:[~2013-09-23 13:17 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-02-19 15:58 [Buildroot] [Bug 1153] New: Buildroot fails to build packages if BR2_GCC_SHARED_LIBGCC=y bugzilla at busybox.net
2010-02-19 16:50 ` [Buildroot] [Bug 1153] " bugzilla at busybox.net
2010-02-21 18:51 ` bugzilla at busybox.net
2010-02-24 18:11 ` bugzilla at busybox.net
2013-09-23 10:06 ` bugzilla at busybox.net
2013-09-23 13:17 ` bugzilla at busybox.net

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox