[erlang-questions] Problems building erlang from source
Jamiel Almeida
slashfoo@REDACTED
Mon Apr 7 11:48:02 CEST 2014
[2:34:13] [jamiel@REDACTED:erlang/] $ grep --version
grep (GNU grep) 2.18
I'll be damned...
export GREP_OPTIONS=''
and now it builds... and there I was wondering what was going on, and even
when I ran a bash (I don't have a .bashrc .bash_profile) and thought my
customizations and path from zsh wouldn't carry over... env was still
poisoned by that one variable that contained the a '-E' making the () in
there selectors for grouping regex instead of just characters.
Is there a way we can detect this and/or put it on the README somewhere?
Might save some people the googling around.
and THANKS!
On Mon, Apr 7, 2014 at 2:31 AM, Lukas Larsson <garazdawi@REDACTED> wrote:
> Hello,
>
> I'm not sure why, but it seems like on your system for some reason the
> expression below does not filter out the "COST_CHK(N)" clauses:
>
> grep -n COST_CHK erts/emulator/pcre/pcre_exec.c | grep -v 'COST_CHK(N)'
> 691: COST_CHK(1);
> 1792: COST_CHK(1);
> 1899: COST_CHK(1);
> 2067: COST_CHK(1);
> 2087: COST_CHK(1);
> 2184: COST_CHK(1);
> 2412: COST_CHK(1);
> 2483: COST_CHK(1);
> 2522: COST_CHK(1);
> 2716: COST_CHK(1);
> 2735: COST_CHK(1);
> 2846: COST_CHK(1);
> 3035: COST_CHK(1);
> 3849: COST_CHK(1);
> 3865: COST_CHK(1);
> 3879: COST_CHK(1);
> 3893: COST_CHK(1);
> 3907: COST_CHK(1);
> 3945: COST_CHK(1);
> 3947: COST_CHK(1);
> 3993: COST_CHK(1);
> 4003: COST_CHK(1);
> 4019: COST_CHK(1);
> 4058: COST_CHK(1);
> 4097: COST_CHK(1);
> 4124: COST_CHK(1);
> 4136: COST_CHK(1);
> 4148: COST_CHK(1);
> 4160: COST_CHK(1);
> 4172: COST_CHK(1);
> 4184: COST_CHK(1);
> 4196: COST_CHK(1);
> 4229: COST_CHK(1);
> 4260: COST_CHK(1);
> 4271: COST_CHK(1);
> 4282: COST_CHK(1);
> 4294: COST_CHK(1);
> 4306: COST_CHK(1);
> 4316: COST_CHK(1);
> 4326: COST_CHK(1);
> 4336: COST_CHK(1);
> 4346: COST_CHK(1);
> 4356: COST_CHK(1);
> 4366: COST_CHK(1);
>
> What version of grep are you using?
>
> Lukas
>
>
> On Mon, Apr 7, 2014 at 12:57 AM, Jamiel Almeida <slashfoo@REDACTED>wrote:
>
>> Hey guys,
>>
>> I'm trying to build erlang from source (tried github and tar.gz sources
>> from erlang.org)
>>
>> I'm running into issues when it proceeds to build the pcre side of things.
>>
>> Here's an excerpt of the point where `make` breaks:
>> gcc -c -Werror=return-type -g -O2
>> -I/home/jamiel/repos/erlang/erts/x86_64-unknown-linux-gnu
>> -fno-tree-copyrename -D_GNU_SOURCE -DERTS_SMP -DHAVE_CONFIG_H -Wall
>> -Wstrict-prototypes -Wmissing-prototypes -Wdeclaration-after-statement
>> -DUSE_THREADS -D_THREAD_SAFE -D_REENTRANT -DPOSIX_THREADS
>> -D_POSIX_THREAD_SAFE_FUNCTIONS -DERLANG_INTEGRATION -o
>> /home/jamiel/repos/erlang/erts/emulator/pcre/obj/x86_64-unknown-linux-gnu/opt/pcre_exec.o
>> pcre/pcre_exec.c
>> In file included from pcre/pcre_exec.c:4451:0:
>> pcre/pcre_exec.c: In function ‘match’:
>> pcre/pcre_exec_loop_break_cases.inc:3:1: error: label ‘L_LOOP_COUNT_585’
>> used but not defined
>> case 685: goto L_LOOP_COUNT_585;
>> ^
>> pcre/pcre_exec_loop_break_cases.inc:2:1: error: label ‘L_LOOP_COUNT_499’
>> used but not defined
>> case 599: goto L_LOOP_COUNT_499;
>> ^
>> pcre/pcre_exec_loop_break_cases.inc:1:1: error: label ‘L_LOOP_COUNT_474’
>> used but not defined
>> case 574: goto L_LOOP_COUNT_474;
>> ^
>> pcre/pcre.mk:60: recipe for target
>> '/home/jamiel/repos/erlang/erts/emulator/pcre/obj/x86_64-unknown-linux-gnu/opt/pcre_exec.o'
>> failed
>>
>> Full output of the (./configure && make) commands is here:
>> https://gist.github.com/slashfoo/c71437a01e708086072f
>>
>> My system is an x86_64 Arch Linux install with kernel 3.13.8-1
>>
>> $ gcc --version
>> gcc (GCC) 4.8.2 20140206 (prerelease)
>>
>> Other prereq versions:
>> m4 1.4.17-1
>> flex 2.5.39-1
>> perl 5.18.2-2
>> jre7-openjdk 7.u51_2.4.6-1
>> jdk7-openjdk 7.u51_2.4.6-1
>> make 4.0-2
>> gcc 4.8.2-8
>> libxslt 1.1.28-3
>> fop 1.1-1
>> autoconf 2.69-1
>>
>> I have tried building other "tags" on the git checkout, and from their
>> respective tarballs from erlang.org with the same results.
>>
>> Grepping for "L_LOOP_COUNT" on the source directory yields two files that
>> make use of it, and the build-time-generated file erts/emulator/pcre/pcre_exec_loop_break_cases.inc
>> .
>>
>> Googling for L_LOOP_COUNT and erlang, etc yields no useful results, of
>> which the most "informative" is this one:
>> http://stackoverflow.com/questions/9647427/fail-to-compile-erlang-r14b03
>>
>> But the only use for that result is knowing that I'm not the only one
>> seeing this and that the issue is at least 2 years old.
>>
>> I'm not using MacOS, or kerl; I'm using Arch Linux, and building by
>> HOWTO/INSTALL.md.
>>
>> In a blind/crazy idea that it might be trying to use my system PCRE
>> (8.34-2) instead of the one in the sources directory I tried installing
>> some of those locally to my home directory and using LDFLAGS and CFLAGS
>> pointing to lib/include dirs where I installed them. This had no effect.
>> And, of course, running from a clean bash instance with no shell magic
>> applied to the environment.
>>
>> The reason I want to install from source is that I require R17 to poke
>> around, and my distro doesn't have packages for it yet. When it failed, I
>> tried building other Rs from source, and found I was getting the same
>> issues.
>>
>> I have the very deep feeling that I'm missing some simple thing, but
>> can't spot it.
>>
>> What steps would you suggest I follow? Any ideas?
>>
>> Thanks in advance.
>>
>> --
>> Jamiel Almeida
>>
>> _______________________________________________
>> erlang-questions mailing list
>> erlang-questions@REDACTED
>> http://erlang.org/mailman/listinfo/erlang-questions
>>
>>
>
--
Jamiel Almeida
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20140407/b84609a6/attachment.htm>
More information about the erlang-questions
mailing list