Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 94802 - supercollider does not work on amd64 (64bit)
Summary: supercollider does not work on amd64 (64bit)
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High normal
Assignee: AMD64 Project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-06-02 02:15 UTC by bonyhips
Modified: 2005-09-08 04:13 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description bonyhips 2005-06-02 02:16:09 UTC
media-sound/supercollider should be marked ~amd64, because although it compiles
without errors on amd64, sclang has a built in assumption of 32 bit pointers,
and hence does not work.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




the only way that supercollider can be installed on amd64 is to build and
install sclang in a 32 bit chroot. it is fine to build and install scsynth in
the main 64 bit environment. i don't know if it is possible to create ebuilds
that do this.
Comment 1 Jason Huebel (RETIRED) gentoo-dev 2005-06-07 18:16:55 UTC
This is not a blocker. "blocker" is reserved for system ebuilds that prevent you
from doing a base Gentoo install.
Comment 2 Simon Stelling (RETIRED) gentoo-dev 2005-07-13 13:45:07 UTC
reproducible, i also noted a huge amount of warnings regarding int<->void *

backtrace:
(gdb) run
Starting program: /usr/bin/sclang
[Thread debugging using libthread_db enabled]
[New Thread 46912507274656 (LWP 4504)]
init_OSC
[New Thread 1082132832 (LWP 4507)]
->TempoClock_stopAll 00000000
<-TempoClock_stopAll 00000000
compiling class library..
        NumPrimitives = 472
        compiling dir: '/usr/share/SuperCollider/SCClassLibrary/Linux'

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912507274656 (LWP 4504)]
0x00002aaaaab02344 in parseOneClass (fileSym=0x2aaaab591f38) at PyrLexer.cpp:1763
1763    PyrLexer.cpp: No such file or directory.
        in PyrLexer.cpp
(gdb) bt
#0  0x00002aaaaab02344 in parseOneClass (fileSym=0x2aaaab591f38) at
PyrLexer.cpp:1763
#1  0x00002aaaaab02a45 in passOne_ProcessOneFile (filename=0x2aaaab591f38
"(+U\uffff\uffff*", level=1)
    at PyrLexer.cpp:2013
#2  0x00002aaaaab02852 in passOne_ProcessDir (
    dirname=0x501720 "/usr/share/SuperCollider/SCClassLibrary/Linux", level=0)
at PyrLexer.cpp:1928
#3  0x00002aaaaab32f12 in SC_LibraryConfig::forEachIncludedDirectory
(this=0x2aaaaac75600,
    func=0x2aaaaab026a4 <passOne_ProcessDir(char*, int)>) at SC_LibraryConfig.cpp:38
#4  0x00002aaaaab0291b in passOne () at PyrLexer.cpp:1958
#5  0x00002aaaaab02ccb in compileLibrary () at PyrLexer.cpp:2115
#6  0x00002aaaaab32703 in SC_LanguageClient::compileLibrary (this=0x2aaaaac75600)
    at SC_LanguageClient.cpp:105
#7  0x00002aaaaab341e9 in SC_TerminalClient::run (this=0x7fffffffe940, argc=0,
argv=0x7fffffffeaa0)
    at SC_TerminalClient.cpp:193
#8  0x00000000004008ef in main (argc=1, argv=0x7fffffffea98) at cmdLineFuncs.cpp:35
Comment 3 Simon Stelling (RETIRED) gentoo-dev 2005-09-08 04:13:32 UTC
i removed the keyword entirely, as nothing depends on it