Jump to page: 1 2
Thread overview
Re: Build errors with GDC
Jul 04, 2012
Iain Buclaw
Jul 05, 2012
Timofei Bolshakov
Jul 06, 2012
Iain Buclaw
Jul 06, 2012
Timofei Bolshakov
Jul 06, 2012
Timofei Bolshakov
Jul 07, 2012
Iain Buclaw
Jul 07, 2012
Iain Buclaw
July 04, 2012
On 4 July 2012 19:20, Joseph Rushton Wakeling <joseph.wakeling@webdrake.net> wrote:
> Hello all,
>
> I'm trying to build GDC from source, following the instructions here: http://gdcproject.org/wiki/Installation
>
> I'm doing this on Ubuntu 12.04 64-bit version, and I'm using the GCC 4.6.3 sources and the --enable-multilib option.
>
> If I follow the exact make command used in the instructions,
>
>     make -j2 2>&1 | tee build.log
>
> ... then no matter what the number of cores specified, I get an error:
>
>     *** No rule to make target `libcommon-target.a', needed by `gdc'. Stop.
>
> If I just run a 'make' command without other options, I get a different (but by the look of it related) error,
>
> g++  -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual  -fno-common -DHAVE_CONFIG_H -I. -Id -I../../gcc-4.6.3/gcc -I../../gcc-4.6.3/gcc/d -I../../gcc-4.6.3/gcc/../include -I../../gcc-4.6.3/gcc/../libcpp/include -I../../gcc-4.6.3/gcc/../libdecnumber -I../../gcc-4.6.3/gcc/../libdecnumber/bid -I../libdecnumber    -I. -Id -I../../gcc-4.6.3/gcc -I../../gcc-4.6.3/gcc/d -I../../gcc-4.6.3/gcc/../include -I../../gcc-4.6.3/gcc/../libcpp/include -I../../gcc-4.6.3/gcc/../libdecnumber -I../../gcc-4.6.3/gcc/../libdecnumber/bid -I../libdecnumber -I../../gcc-4.6.3/gcc/d -I../../gcc-4.6.3/gcc/d/dfrontend -Id -Wno-missing-braces -Wno-format -Wno-deprecated -Wstrict-aliasing -DGCC_SAFE_DMD=1 -o d/d-lang.glue.o -c ../../gcc-4.6.3/gcc/d/d-lang.cc In file included from ../../gcc-4.6.3/gcc/d/d-lang.cc:22:0: ../../gcc-4.6.3/gcc/d/d-gcc-includes.h:55:34: fatal error: common/common-target.h: No such file or directory
>
> Can anyone advise?  Am I simply using a wrong GCC version, or is there another issue here?
>
> Thanks and best wishes,
>
>     -- Joe

Using the wrong GCC version.  I've removed all backwards compatibility code in GDC so it only supports the current trunk (give or take about a fortnight being the current released development snapshot).   I will be throwing something together for GCC-4.7 very soon as will be using it as a base for packaging for distributions and porting.


-- 
Iain Buclaw

*(p < e ? p++ : p) = (c & 0x0f) + '0';
July 04, 2012
On 04/07/12 20:32, Iain Buclaw wrote:
> Using the wrong GCC version.  I've removed all backwards compatibility
> code in GDC so it only supports the current trunk (give or take about
> a fortnight being the current released development snapshot).   I will
> be throwing something together for GCC-4.7 very soon as will be using
> it as a base for packaging for distributions and porting.

No problem, I'll just pull from gcc trunk.  Worst case scenario, I'll just hand my patch to you as I'm fairly sure it will carry no problems.

July 05, 2012
I have the same problem ...
> Using the wrong GCC version.  I've removed all backwards compatibility

Do you mean I need 4.6.2?

July 06, 2012
On 06-07-2012 00:39, Timofei Bolshakov wrote:
>
> I have the same problem ...
>> Using the wrong GCC version.  I've removed all backwards compatibility
>
> Do you mean I need 4.6.2?
>

You need 4.7 at the very least. Preferably 4.8.

-- 
Alex Rønne Petersen
alex@lycus.org
http://lycus.org


July 06, 2012
On 6 July 2012 02:14, Alex Rønne Petersen <alex@lycus.org> wrote:
> On 06-07-2012 00:39, Timofei Bolshakov wrote:
>>
>>
>> I have the same problem ...
>>>
>>> Using the wrong GCC version.  I've removed all backwards compatibility
>>
>>
>> Do you mean I need 4.6.2?
>>
>
> You need 4.7 at the very least. Preferably 4.8.
>

I think I'll need to push a temp patch for 4.7.x compat, there has been at least one function renamed during the 4.8 development process that I'll need to add an ifdef conditional for.


-- 
Iain Buclaw

*(p < e ? p++ : p) = (c & 0x0f) + '0';
July 06, 2012
Well - 4.7.1 does not build:

../../gcc/d/d-lang.cc: In function ‘void d_write_global_declarations()’:
../../gcc/d/d-lang.cc:687:32: error: ‘finalize_compilation_unit’ was not declared in this scope
make[2]: *** [d/d-lang.glue.o] Error 1
make[2]: *** Waiting for unfinished jobs....
../../gcc/d/d-decls.cc: In member function ‘virtual Symbol* VarDeclaration::toSymbol()’:
../../gcc/d/d-decls.cc:326:68: error: ‘decl_default_tls_model’ was not declared in this scope
../../gcc/d/d-decls.cc: At global scope:
../../gcc/d/d-decls.cc:1004:1: warning: unused parameter ‘func’ [-Wunused-parameter]
../../gcc/d/d-decls.cc:1004:1: warning: unused parameter ‘flags’ [-Wunused-parameter]
make[2]: *** [d/d-decls.glue.o] Error 1
rm gcc.pod
make[2]: Leaving directory `/root/gdc/dev/gcc-4.7.1/objdir/gcc'
make[1]: *** [all-gcc] Error 2
make[1]: Leaving directory `/root/gdc/dev/gcc-4.7.1/objdir'
make: *** [all] Error 2



On Friday, 6 July 2012 at 07:21:45 UTC, Iain Buclaw wrote:
> On 6 July 2012 02:14, Alex Rønne Petersen <alex@lycus.org> wrote:
>> On 06-07-2012 00:39, Timofei Bolshakov wrote:
>>>
>>>
>>> I have the same problem ...
>>>>
>>>> Using the wrong GCC version.  I've removed all backwards compatibility
>>>
>>>
>>> Do you mean I need 4.6.2?
>>>
>>
>> You need 4.7 at the very least. Preferably 4.8.
>>
>
> I think I'll need to push a temp patch for 4.7.x compat, there has
> been at least one function renamed during the 4.8 development process
> that I'll need to add an ifdef conditional for.


July 06, 2012
On gcc-4.8-20120701 it does not work either:

echo timestamp > s-genrtl-h
gcc   -g -O2 -DIN_GCC   -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common  -DHAVE_CONFIG_H -DGENERATOR_FILE  -o build/gengtype \
	    build/gengtype.o build/errors.o build/gengtype-lex.o build/gengtype-parse.o build/gengtype-state.o build/version.o ../build-i486-pc-linux-gnu/libiberty/libiberty.a
build/genmodes -m > tmp-min-modes.c
/bin/bash ../../gcc/../move-if-change tmp-min-modes.c min-insn-modes.c
echo timestamp > s-modes-m
build/genenums ../../gcc/config/i386/i386.md \
	   > tmp-enums.c
build/gengtype.o: In function `adjust_field_type':
/root/gdc/dev/gcc-4.8-20120701/objdir/gcc/../../gcc/gengtype.c:1279: undefined reference to `lexer_line'
build/gengtype.o: In function `adjust_field_rtx_def':
/root/gdc/dev/gcc-4.8-20120701/objdir/gcc/../../gcc/gengtype.c:989: undefined reference to `lexer_line'
build/gengtype.o: In function `adjust_field_type':
/root/gdc/dev/gcc-4.8-20120701/objdir/gcc/../../gcc/gengtype.c:1294: undefined reference to `lexer_line'

July 07, 2012
On 6 July 2012 18:22, Timofei Bolshakov <tbolsh@gmail.com> wrote:
> On gcc-4.8-20120701 it does not work either:
>
> echo timestamp > s-genrtl-h
> gcc   -g -O2 -DIN_GCC   -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual
> -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
> -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
> -Wold-style-definition -Wc++-compat -fno-common  -DHAVE_CONFIG_H
> -DGENERATOR_FILE  -o build/gengtype \
>             build/gengtype.o build/errors.o build/gengtype-lex.o
> build/gengtype-parse.o build/gengtype-state.o build/version.o
> ../build-i486-pc-linux-gnu/libiberty/libiberty.a
> build/genmodes -m > tmp-min-modes.c
> /bin/bash ../../gcc/../move-if-change tmp-min-modes.c min-insn-modes.c
> echo timestamp > s-modes-m
> build/genenums ../../gcc/config/i386/i386.md \
>            > tmp-enums.c
> build/gengtype.o: In function `adjust_field_type':
> /root/gdc/dev/gcc-4.8-20120701/objdir/gcc/../../gcc/gengtype.c:1279:
> undefined reference to `lexer_line'
> build/gengtype.o: In function `adjust_field_rtx_def':
> /root/gdc/dev/gcc-4.8-20120701/objdir/gcc/../../gcc/gengtype.c:989:
> undefined reference to `lexer_line'
> build/gengtype.o: In function `adjust_field_type':
> /root/gdc/dev/gcc-4.8-20120701/objdir/gcc/../../gcc/gengtype.c:1294:
> undefined reference to `lexer_line'
>


Have made a gdc-4.7 branch for those who are having issues with the current development version of gcc.

https://github.com/D-Programming-GDC/GDC/tree/gdc-4.7


-- 
Iain Buclaw

*(p < e ? p++ : p) = (c & 0x0f) + '0';
July 07, 2012
On 06-07-2012 19:22, Timofei Bolshakov wrote:
> On gcc-4.8-20120701 it does not work either:
>
> echo timestamp > s-genrtl-h
> gcc   -g -O2 -DIN_GCC   -W -Wall -Wno-narrowing -Wwrite-strings
> -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
> -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
> -Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common
> -DHAVE_CONFIG_H -DGENERATOR_FILE  -o build/gengtype \
>          build/gengtype.o build/errors.o build/gengtype-lex.o
> build/gengtype-parse.o build/gengtype-state.o build/version.o
> .../build-i486-pc-linux-gnu/libiberty/libiberty.a
> build/genmodes -m > tmp-min-modes.c
> /bin/bash ../../gcc/../move-if-change tmp-min-modes.c min-insn-modes.c
> echo timestamp > s-modes-m
> build/genenums ../../gcc/config/i386/i386.md \
>         > tmp-enums.c
> build/gengtype.o: In function `adjust_field_type':
> /root/gdc/dev/gcc-4.8-20120701/objdir/gcc/../../gcc/gengtype.c:1279:
> undefined reference to `lexer_line'
> build/gengtype.o: In function `adjust_field_rtx_def':
> /root/gdc/dev/gcc-4.8-20120701/objdir/gcc/../../gcc/gengtype.c:989:
> undefined reference to `lexer_line'
> build/gengtype.o: In function `adjust_field_type':
> /root/gdc/dev/gcc-4.8-20120701/objdir/gcc/../../gcc/gengtype.c:1294:
> undefined reference to `lexer_line'
>

Odd; I just tried building GDC on ARM with the same snapshot I used on x86, and got these errors too. Worked fine on the x86 machine...

-- 
Alex Rønne Petersen
alex@lycus.org
http://lycus.org


July 07, 2012
On 7 July 2012 02:35, Alex Rønne Petersen <alex@lycus.org> wrote:
> On 06-07-2012 19:22, Timofei Bolshakov wrote:
>>
>> On gcc-4.8-20120701 it does not work either:
>>
>> echo timestamp > s-genrtl-h
>> gcc   -g -O2 -DIN_GCC   -W -Wall -Wno-narrowing -Wwrite-strings
>> -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
>> -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
>> -Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common
>> -DHAVE_CONFIG_H -DGENERATOR_FILE  -o build/gengtype \
>>          build/gengtype.o build/errors.o build/gengtype-lex.o
>> build/gengtype-parse.o build/gengtype-state.o build/version.o
>> .../build-i486-pc-linux-gnu/libiberty/libiberty.a
>>
>> build/genmodes -m > tmp-min-modes.c
>> /bin/bash ../../gcc/../move-if-change tmp-min-modes.c min-insn-modes.c
>> echo timestamp > s-modes-m
>> build/genenums ../../gcc/config/i386/i386.md \
>>         > tmp-enums.c
>> build/gengtype.o: In function `adjust_field_type':
>> /root/gdc/dev/gcc-4.8-20120701/objdir/gcc/../../gcc/gengtype.c:1279:
>> undefined reference to `lexer_line'
>> build/gengtype.o: In function `adjust_field_rtx_def':
>> /root/gdc/dev/gcc-4.8-20120701/objdir/gcc/../../gcc/gengtype.c:989:
>> undefined reference to `lexer_line'
>> build/gengtype.o: In function `adjust_field_type':
>> /root/gdc/dev/gcc-4.8-20120701/objdir/gcc/../../gcc/gengtype.c:1294:
>> undefined reference to `lexer_line'
>>
>
> Odd; I just tried building GDC on ARM with the same snapshot I used on x86, and got these errors too. Worked fine on the x86 machine...
>

Hmm... do you have flex installed?


-- 
Iain Buclaw

*(p < e ? p++ : p) = (c & 0x0f) + '0';
« First   ‹ Prev
1 2