[#7653] parse.y: literal strings for tokens — Robin Stocker <robin@...>
Hi,
Hi,
Yukihiro Matsumoto wrote:
[#7674] Re: [PATCH] parse.y: literal strings for tokens — ville.mattila@...
ville.mattila@stonesoft.com wrote:
Hi again,
Hi,
[#7692] Socket Documentation commit ? — zdennis <zdennis@...>
-----BEGIN PGP SIGNED MESSAGE-----
[#7708] Bug in libsnmp-ruby1.8 — Hadmut Danisch <hadmut@...>
Hi,
On Apr 11, 2006, at 6:23 AM, Hadmut Danisch wrote:
On 2006-04-12 02:04:32 +0900, Eric Hodel wrote:
On Apr 11, 2006, at 10:20 AM, Marcus Rueckert wrote:
[#7721] Ruby mentor in Googe's Summer of Code — "Evan Phoenix" <evan@...>
We missed out on it last year, so lets this year try to get ruby
[#7725] readpartial not working on ARM — Joel VanderWerf <vjoel@...>
[#7727] Stack trace doesn't include class — noreply@...
Bugs item #4151, was opened at 2006-04-17 23:10
On Apr 17, 2006, at 1:11 PM, noreply@rubyforge.org wrote:
On Wed, 19 Apr 2006, Eric Hodel wrote:
Hi --
[#7729] xmlrpc and charset=utf-8 — "Phil Tomson" <rubyfan@...>
I'm needed to interact with an XMLRPC server written using the
>>>>> On Sun, 18 Jun 2006 12:00:19 +0900
I first sent this from the wrong email account, so if that post somehow makes
On 6/19/06, Sean Russell <ser@germane-software.com> wrote:
[#7738] RDoc patches for GetoptLong — mathew <meta@...>
I added RDoc documentation to GetoptLong. The patches are attached. As
[#7744] Coverity Scan — "Pat Eyler" <rubypate@...>
I don't know if anyone else has signed up for access to the coverity
[#7765] possible defect in array.c — "Pat Eyler" <rubypate@...>
This one may be a false positive, I'm not sure. If it is, I'll happily mark
On 4/25/06, Pat Eyler <rubypate@gmail.com> wrote:
[#7770] Re: possible defect in array.c — "Brown, Warren" <warrenbrown@...>
> rb_range_beg_len (in range.c) does set beg and len.
On 4/26/06, Brown, Warren <warrenbrown@aquire.com> wrote:
On 4/26/06, Pat Eyler <rubypate@gmail.com> wrote:
On 4/26/06, Jacob Fugal <lukfugl@gmail.com> wrote:
On Thu, Apr 27, 2006 at 01:15:24AM +0900, Pat Eyler wrote:
Hi,
On Thu, Apr 27, 2006 at 09:41:00AM +0900, Nobuyoshi Nakada wrote:
[#7799] Patch: code-cleanup (k&r style) — Stefan Huehner <stefan@...>
Hi,
Hi,
[PATCH] use -shared to gcc for shared link Solaris
While trying to build a 64 bit ruby from cvs on Solaris 10 x86 with a recent gcc-4.2 snapshot (configured to use the solaris linker) the build fails: making ruby gmake[1]: Entering directory `/home/acm/ruby/build/targets' /usr/local/gcc-4.2-20060415/bin/gcc -std=gnu99 -m64 -fPIC -DRUBY_EXPORT -std=gnu99 -m64 -R/home/acm/ruby/build/install/lib -L. main.o -lruby -lrt -lpthread -lsocket -ldl -lm -o ruby gmake[1]: Leaving directory `/home/acm/ruby/build/targets' ld.so.1: ruby: fatal: relocation error: R_AMD64_PC32: file ./libruby.so.1: symbol main: value 0x280011941c0 does not fit This appears to be because the shared link step for libruby was driven with -Wl,-G instead of -shared: /usr/local/gcc-4.2-20060415/bin/gcc -Wl,-G -std=gnu99 -m64 -Wl,-h,libruby.so.1 <list-of-files> -lrt -lpthread -lsocket -ldl -lm -o libruby.so.1 gcc wants to know that this is a shared link, not just the linker, and changing the shared link command LDSHARED from '$CC -Wl,-G' to '$CC -shared' in configure.in fixes the problem. The attached patch unconditionally sets LDSHARED to '$CC -shared' when using gcc on Solaris, instead of only using -shared when GNU ld is detected. Thanks, Andrew
Attachments (1)
Index: configure.in
===================================================================
RCS file: /src/ruby/configure.in,v
retrieving revision 1.299
diff -u -r1.299 configure.in
--- configure.in 2 Feb 2006 05:51:44 -0000 1.299
+++ configure.in 26 Apr 2006 13:32:21 -0000
@@ -888,10 +888,9 @@
: ${LIBPATHENV=SHLIB_PATH}
rb_cv_dlopen=yes;;
solaris*) if test "$GCC" = yes; then
- : ${LDSHARED='$(CC) -Wl,-G'}
+ : ${LDSHARED='$(CC) -shared'}
if test "$rb_cv_prog_gnu_ld" = yes; then
LDFLAGS="$LDFLAGS -Wl,-E"
- LDSHARED="$LDSHARED -shared"
fi
else
: ${LDSHARED='ld -G'}