Hi,
So how do I compile the 32-bit version of bash?
Should I uninstall the GCC compiler I have and goto 3.4.6 like an earlier
poster?
-dave
On Thu, Feb 11, 2010 at 16:43, Bob Proulx b...@proulx.com wrote:
Greg Wooledge wrote:
Dave Moore wrote:
Machine: hppa2.0w
OS: hpux11.00
is dumping core, you've got a problem with something more
fundamental than bash.
general.o(.text+0x334): In function `legal_number':
/home/dmoore/gnu/bash-4.1/general.c:175: undefined reference to
`__strtoll'
braces.o(.text+0xae4): In function `brace_expand':
/home/dmoore/gnu/bash-4.1
Bob,
I didn't read this carefully -- should I try the patch you suggested
before we do anything else?
-dave
On Thu, Feb 11, 2010 at 16:43, Bob Proulx b...@proulx.com wrote:
Greg Wooledge wrote:
Dave Moore wrote:
Machine: hppa2.0w
OS: hpux11.00
Compiler: gcc
...
My version of
because in 64-bit mode you get the
__strtoll symbol which is available only in the 32-bit libraries.
The result is seen as an unresolved reference in the linker output:
bash-4.1/braces.c:395: undefined reference to `__strtoll'
With line bash-4.1/braces.c:395 being:
tr = strtoimax (rhs, ep, 10
(.text+0x334): In function `legal_number':
/home/dmoore/gnu/bash-4.1/general.c:175: undefined reference to `__strtoll'
braces.o(.text+0xae4): In function `brace_expand':
/home/dmoore/gnu/bash-4.1/braces.c:395: undefined reference to `__strtoll'
./builtins/libbuiltins.a(printf.o)(.text+0xe6c
: ld terminated with signal 11 [Segmentation fault], core dumped
If your linker is dumping core, you've got a problem with something more
fundamental than bash.
general.o(.text+0x334): In function `legal_number':
/home/dmoore/gnu/bash-4.1/general.c:175: undefined reference to `__strtoll'
braces.o
Greg Wooledge wrote:
Dave Moore wrote:
Machine: hppa2.0w
OS: hpux11.00
Compiler: gcc
...
My version of GCC is
gcc -v
Using built-in specs.
Target: hppa64-hp-hpux11.00
Configured with: ../src/configure --enable-languages=c,c++
--prefix=/usr/local/pa20_64