Fwd: Bug#328031: erlang: ftbfs [sparc] cp: cannot stat `lib/parsetools/ebin/*.beam'
Tue Sep 13 17:47:34 CEST 2005
On 13 September 2005 05:48, you wrote:
> This log is line-wrap damaged, but in all cases it's erlc that SIGBUSes.
> I don't have any Debian boxes, but R10B-7 builds fine for me on
> a) SPARC/Solaris9, gcc-4.0.1
> b) x86/Linux (Fedora Core 4), gcc-4.0.1
> c) PowerPC/OSX 10.3.9, gcc-4.0.1
> and I've successfully built similar versions on PowerPC/Linux (YDL4).
If you are interrested in the full logs for each failing platforms you can see
them at: http://packages.qa.debian.org/e/erlang.html
> Since the Debian issues occur on multiple architectures, I suspect that
> Debian's toolchain, i.e., its glibc+binutils+gcc combo, is busted.
The crash occurs for 3 different reasons out of those 3 platforms.
The problem on Mipsel and arm look like erlc bugs:
erlc -W +debug_info -I../include -I../../kernel/include -o../ebin
./beam_lib.erl:685: illegal guard expression
./beam_lib.erl:692: illegal guard expression
From the changelogs, I can see that such an error is supposed to be fixed, so
I don't understand the why of this error.
I'm not experienced enough with Erlang to interpret the stack for the hppa
erlc -W +debug_info -I../include -o../ebin prim_inet.erl
(no error logger present) error: Error in process <0.1.0> with exit value:
Will Newton suspects that this might be caused by the autobuilding lacking hd
I believe hppa is the lowest priority for me right now.
> Does R10B-6 build OK in the same environment(s)?
The previous package version is 10.b.5. I'm annoyed that I skipped 10.b.6.
I'm limited in my efforts to investigate this because I don't have access to a
sparc-based computer on which I could compile this on. So, unless I find
that this problem was previously reported, I'll leave those errors alone
wait for the next upstream.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
More information about the erlang-questions