Issue status update for
http://smalltalk.gnu.org/node/410 Post a follow up: http://smalltalk.gnu.org/project/comments/add/410 Project: GNU Smalltalk Version: <none> Component: Build Category: bug reports Priority: normal Assigned to: Unassigned Reported by: dpollet Updated by: dpollet Status: active I get ./genbc ./byte.def ./byte.c ./opt.c ./xlat.c > match.h /bin/sh: line 1: 60172 Segmentation fault ./genbc ./byte.def ./byte.c ./opt.c ./xlat.c > _match.h make[2]: *** [match.stamp] Error 139 gdb says (gdb) run byte.def byte.c opt.c xlat.c Starting program: /opt/local/var/macports/build/_Users_damien_var_macports_lang_gst-dev/work/gst-dev-1.0/libgst/genbc byte.def byte.c opt.c xlat.c Reading symbols for shared libraries +. done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x000000000000007e 0x000000010000b2c7 in avl_rebalance () _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
Issue status update for
http://smalltalk.gnu.org/project/issue/410 Post a follow up: http://smalltalk.gnu.org/project/comments/add/410 Project: GNU Smalltalk Version: <none> Component: Build Category: bug reports Priority: normal Assigned to: Unassigned Reported by: dpollet Updated by: bonzinip Status: active Just to rule out the obvious can you try a build with CFLAGS=-g ? Thanks. _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
In reply to this post by Damien Pollet
Issue status update for
http://smalltalk.gnu.org/project/issue/410 Post a follow up: http://smalltalk.gnu.org/project/comments/add/410 Project: GNU Smalltalk Version: <none> Component: Build Category: bug reports Priority: normal Assigned to: Unassigned Reported by: dpollet Updated by: dpollet Status: active I get the same results. _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
In reply to this post by Damien Pollet
Issue status update for
http://smalltalk.gnu.org/project/issue/410 Post a follow up: http://smalltalk.gnu.org/project/comments/add/410 Project: GNU Smalltalk Version: <none> Component: Build Category: bug reports Priority: normal Assigned to: Unassigned Reported by: dpollet Updated by: eligreen Status: active By default, Mac OS 10.6's compilers will try to produce 64-bit executables and genbc doesn't work. You can successfully build if you're willing to generate 32-bit executables as per the instructions on the wiki: http://smalltalk.gnu.org/node/223 If you're not interested in any of the Gtk stuff, you can simply configure it with this command: MAKE=gnumake CFLAGS='-m32' LDFLAGS='-arch i386' ./configure I recommend building with gnumake, not make. If you want Gtk stuff, check the wiki. _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
In reply to this post by Damien Pollet
Issue status update for
http://smalltalk.gnu.org/project/issue/410 Post a follow up: http://smalltalk.gnu.org/project/comments/add/410 Project: GNU Smalltalk Version: <none> Component: Build Category: bug reports Priority: normal Assigned to: Unassigned Reported by: dpollet Updated by: bonzinip Status: active So genbc is not 64-bit clean? /me scratches head :-) _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
In reply to this post by Damien Pollet
Issue status update for
http://smalltalk.gnu.org/project/issue/410 Post a follow up: http://smalltalk.gnu.org/project/comments/add/410 Project: GNU Smalltalk Version: <none> Component: Build Category: bug reports Priority: normal Assigned to: Unassigned Reported by: dpollet Updated by: indeyets Status: active Looks like it's a fault of libsigsegv, actually. building it works just fine, but "make check" reports failure of all tests in 64-bit mote _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
In reply to this post by Damien Pollet
Issue status update for
http://smalltalk.gnu.org/project/issue/410 Post a follow up: http://smalltalk.gnu.org/project/comments/add/410 Project: GNU Smalltalk Version: <none> Component: Build Category: bug reports Priority: normal Assigned to: Unassigned Reported by: dpollet Updated by: eligreen Status: active Are you certain? genbc never worked for me when compiled as 64-bit. However, if match.h had already been generated from a previous build, it could have skipped the genbc step. Maybe there's a difference in bytecodes between 32 and 64-bit VMs And your match.h has been generated with the 32-bit versions? Paolo; the errors that I had found with genbc were in the avltrees code but I didn't get a chance to hunt them down. _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
In reply to this post by Damien Pollet
Issue status update for
http://smalltalk.gnu.org/project/issue/410 Post a follow up: http://smalltalk.gnu.org/project/comments/add/410 Project: GNU Smalltalk Version: <none> Component: Build Category: bug reports Priority: normal Assigned to: Unassigned Reported by: dpollet Updated by: dpollet Status: active OK, I think I'll give up with the macports package… I tried the "From source" method with GTK+ OSX. I get a working gst, but the Cairo package does not get built (I don't have Cairo.star). From config.log, pkg-config and gawk gnumake are found/used, all paths to add to PKG_CONFIG_PATH seem ok, but libcairo is not found. I tried adding -L/Library/Frameworks/Cairo.framework/Libraries to LDFLAGS, but I suspect that's redundant with pkginfo… _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
In reply to this post by Damien Pollet
Issue status update for
http://smalltalk.gnu.org/project/issue/410 Post a follow up: http://smalltalk.gnu.org/project/comments/add/410 Project: GNU Smalltalk Version: <none> Component: Build Category: bug reports Priority: normal Assigned to: Unassigned Reported by: dpollet Updated by: bonzinip Status: active Cairo is now sought with pkg-config. I'm not sure it will work to use the Cairo bindings directly, because those just do dlopen("libcairo"), but it should be enough when the GTK package is also loaded. _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
Woohoo, I got a look at the VisualGST browser! :)
On Wed, Nov 4, 2009 at 22:57, Paolo Bonzini <[hidden email]> wrote: > Issue status update for http://smalltalk.gnu.org/project/issue/410 > Post a follow up: http://smalltalk.gnu.org/project/comments/add/410 > > Project: GNU Smalltalk > Version: <none> > Component: Build > Category: bug reports > Priority: normal > Assigned to: Unassigned > Reported by: dpollet > Updated by: bonzinip > Status: active > > Cairo is now sought with pkg-config. I'm not sure it will work to use > the Cairo bindings directly, because those just do dlopen("libcairo"), > but it should be enough when the GTK package is also loaded. > > > > > _______________________________________________ > help-smalltalk mailing list > [hidden email] > http://lists.gnu.org/mailman/listinfo/help-smalltalk > -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
In reply to this post by Damien Pollet
Issue status update for
http://smalltalk.gnu.org/project/issue/410 Post a follow up: http://smalltalk.gnu.org/project/comments/add/410 Project: GNU Smalltalk Version: <none> Component: Build -Category: bug reports +Category: feature requests -Priority: normal +Priority: minor Assigned to: Unassigned Reported by: dpollet Updated by: bonzinip -Status: need info +Status: active To get the cairo bindings to work without loading GTK, lt_dlopen would need to support loading Mac OS X frameworks. However, it's cool that you got everything to work! _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
In reply to this post by Alexey Zakhlestin
On 17.10.2009, at 23:27, Alexey Zakhlestin wrote: > Issue status update for http://smalltalk.gnu.org/project/issue/410 > Post a follow up: http://smalltalk.gnu.org/project/comments/add/410 > > Project: GNU Smalltalk > Version: <none> > Component: Build > Category: bug reports > Priority: normal > Assigned to: Unassigned > Reported by: dpollet > Updated by: indeyets > Status: active > > Looks like it's a fault of libsigsegv, actually. > > building it works just fine, but "make check" reports failure of all > tests in 64-bit mote Can I do anything to help resolve this issue? Like running some test-apps, etc. that is a blocker for 64-bit builds on mac p.s. I didn't answer on bug itself, this time as this is a question, which doesn't add value there. correct me if I'm doing wrong _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
> Can I do anything to help resolve this issue? Like running some test-apps, etc.
> that is a blocker for 64-bit builds on mac I'm curious if it is just not a libtool bug, or something like that. I mean, if building works fine it is already doing a lot of things (after all gst-package runs correctly!). You can definitely play with gst and see if you can make it crash. For example, try running "tests/gst" (the wrapper that loads all the .so modules) instead of "./gst" (the naked executable). That might even be enough, and would point to a libtool problem. > p.s. I didn't answer on bug itself, this time as this is a question, which doesn't add value there. correct me if I'm doing wrong Perfectly fine, thanks. Paolo _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
On 09.12.2009, at 17:27, Paolo Bonzini wrote: >> Can I do anything to help resolve this issue? Like running some test-apps, etc. >> that is a blocker for 64-bit builds on mac > > I'm curious if it is just not a libtool bug, or something like that. > I mean, if building works fine it is already doing a lot of things > (after all gst-package runs correctly!). > > You can definitely play with gst and see if you can make it crash. > For example, try running "tests/gst" (the wrapper that loads all the > .so modules) instead of "./gst" (the naked executable). That might > even be enough, and would point to a libtool problem. You missed the point :) The problem is with libsigsegv _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
On Wed, Dec 9, 2009 at 15:31, Alexey Zakhlestin <[hidden email]> wrote:
> > On 09.12.2009, at 17:27, Paolo Bonzini wrote: > >>> Can I do anything to help resolve this issue? Like running some test-apps, etc. >>> that is a blocker for 64-bit builds on mac >> >> I'm curious if it is just not a libtool bug, or something like that. >> I mean, if building works fine it is already doing a lot of things >> (after all gst-package runs correctly!). >> >> You can definitely play with gst and see if you can make it crash. >> For example, try running "tests/gst" (the wrapper that loads all the >> .so modules) instead of "./gst" (the naked executable). That might >> even be enough, and would point to a libtool problem. > > You missed the point :) > > The problem is with libsigsegv Ah :-) I guess I'll import a new libsigsegv then. I'm still curious why the build and gst-package runs though. :-) Have you tried --disable-generational-gc? Paolo _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
In reply to this post by Alexey Zakhlestin
On 12/09/2009 03:31 PM, Alexey Zakhlestin wrote:
> > On 09.12.2009, at 17:27, Paolo Bonzini wrote: > >>> Can I do anything to help resolve this issue? Like running some test-apps, etc. >>> that is a blocker for 64-bit builds on mac >> >> I'm curious if it is just not a libtool bug, or something like that. >> I mean, if building works fine it is already doing a lot of things >> (after all gst-package runs correctly!). >> >> You can definitely play with gst and see if you can make it crash. >> For example, try running "tests/gst" (the wrapper that loads all the >> .so modules) instead of "./gst" (the naked executable). That might >> even be enough, and would point to a libtool problem. > > You missed the point :) > > The problem is with libsigsegv The problem with libsigsegv has long been fixed. Paolo _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
In reply to this post by Damien Pollet
Issue status update for
http://smalltalk.gnu.org/project/issue/410 Post a follow up: http://smalltalk.gnu.org/project/comments/add/410 Project: GNU Smalltalk Version: <none> Component: VM -Category: feature requests +Category: bug reports Priority: minor Assigned to: bonzinip Reported by: dpollet Updated by: dmason Status: active This is still a problem on Mac OS X Yosemite. Compiling as 32 bit makes it work. _______________________________________________ help-smalltalk mailing list [hidden email] https://lists.gnu.org/mailman/listinfo/help-smalltalk |
Free forum by Nabble | Edit this page |