On 1/24/12 10:08 AM, Jonathan Andrews wrote:
> Also from previous builds:
>
> bash-4.2/bashline.c:2105: warning: Using 'endservent' in statically linked
> applications requires at runtime the shared libraries from the glibc version
> used for linking
>
> WTF ! Words fail me, I bet some c++ lov
On Tue, 2012-01-24 at 08:09 -0500, Chet Ramey wrote:
> On 1/23/12 10:17 PM, Jonathan Andrews wrote:
>
> > Im not a gcc expect, I thought the idea of the linker was also to drop
> > unused code but this seems not to be true with gcc as default.
>
> Sure, but it's the difference between all of the
On 1/23/12 10:17 PM, Jonathan Andrews wrote:
> Im not a gcc expect, I thought the idea of the linker was also to drop
> unused code but this seems not to be true with gcc as default.
Sure, but it's the difference between all of the libc functions you use
and none of them, not what you use from li
On Mon, 2012-01-23 at 20:30 -0500, Chet Ramey wrote:
> On 1/23/12 1:12 AM, Jonathan Andrews wrote:
>
> > I needed a statically linked bash for testing an arm board. I did not
> > expect it to be nearly 3MB though ! It surprises me that a statically
> > linked bash is bigger than the entire busybox
On 1/23/12 1:12 AM, Jonathan Andrews wrote:
> I needed a statically linked bash for testing an arm board. I did not
> expect it to be nearly 3MB though ! It surprises me that a statically
> linked bash is bigger than the entire busybox binary i've compiled, or
> my kernel image for that matter. Is
On Sat, 2012-01-21 at 19:45 -0500, Chet Ramey wrote:
> On 1/21/12 11:13 AM, Jonathan Andrews wrote:
>
> > I found the fix here, but it would be nice if it could work its way into
> > the source for the next release.
> >
> > http://lists.gnu.org/archive/html/bug-bash/2011-09/msg00039.html
>
> T
On 1/21/12 11:13 AM, Jonathan Andrews wrote:
> I found the fix here, but it would be nice if it could work its way into
> the source for the next release.
>
> http://lists.gnu.org/archive/html/bug-bash/2011-09/msg00039.html
This is patch 18 to bash-4.2.
--
``The lyf so short, the craft so lo
Trying to compile for an arm target I get this
execute_cmd.c: In function 'execute_pipeline':
execute_cmd.c:2205: error: 'job_control' undeclared (first use in this
function)
execute_cmd.c:2205: error: (Each undeclared identifier is reported only
once
execute_cmd.c:2205: error: for each function i
