sajjadtamimi / embox

Automatically exported from code.google.com/p/embox
0 stars 0 forks source link

Some configuration templates are broken #547

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. make confload-sparc/qemu
2. make

What is the expected output? What do you see instead?

sparc-elf-gcc -std=gnu99 -fno-strict-aliasing -fno-common -Wall -Werror 
-Wstrict-prototypes -Wdeclaration-after-statement -Wundef -Wno-trigraphs 
-Wno-char-subscripts -Wformat -Wno-format-zero-length  -pipe -O0 -g 
-msoft-float -mcpu=v8 -D__EMBOX__ -D"__impl_x(path)=<../path>" -imacros 
./build/base/src-gen/config.h -I./src/include -I./src/arch/sparc/include 
-I./build/base/src-gen/include -I./build/base/src-gen/src/include 
-I./build/base/src-gen/src/include 
-I./build/base/src-gen/src/arch/sparc/include  -I./src/compat/linux/include 
-I./src/compat/posix/include -nostdinc -MMD -MP  -include 
./build/base/src-gen/include/module/embox/compat/posix/proc/uid.h 
-D__EMBUILD_MOD__=embox__compat__posix__proc__uid -c -o 
build/base/obj/src/compat/posix/proc/uid.o src/compat/posix/proc/uid.c
src/compat/posix/proc/uid.c: In function `setreuid':
src/compat/posix/proc/uid.c:33: warning: comparison is always true due to 
limited range of data type
src/compat/posix/proc/uid.c:43: warning: comparison is always true due to 
limited range of data type
src/compat/posix/proc/uid.c: In function `setregid':
src/compat/posix/proc/uid.c:88: warning: comparison is always true due to 
limited range of data type
src/compat/posix/proc/uid.c:98: warning: comparison is always true due to 
limited range of data type
make[4]: *** [build/base/obj/src/compat/posix/proc/uid.o] Ошибка 1
make[3]: *** [build] Ошибка 2
make[2]: *** [build] Ошибка 2
make[1]: *** [build] Ошибка 2
make: *** [all] Ошибка 2

What version of the product are you using? On what operating system?

trunk r8769.

Please provide any additional information below.

Other templates may be broken too.

Original issue reported on code.google.com by vladisla...@gmail.com on 27 Feb 2013 at 12:34

GoogleCodeExporter commented 9 years ago
This issue was closed by revision r8801.

Original comment by ki.s...@gmail.com on 28 Feb 2013 at 8:35

GoogleCodeExporter commented 9 years ago
Как переоткрыть issue?

Все равно не собирается.
./build/base/obj/image_nosymbols.o: In function `shift64RightJamming':
/mnt/old2/embox/third-party/lib/softfloat/softfloat-macros.c:77: undefined 
reference to `__ashldi3'
./build/base/obj/image_nosymbols.o: In function `shift64ExtraRightJamming':
/mnt/old2/embox/third-party/lib/softfloat/softfloat-macros.c:115: undefined 
reference to `__ashldi3'
./build/base/obj/image_nosymbols.o: In function `shift128Right':
/mnt/old2/embox/third-party/lib/softfloat/softfloat-macros.c:152: undefined 
reference to `__ashldi3'
./build/base/obj/image_nosymbols.o: In function `shift128RightJamming':
/mnt/old2/embox/third-party/lib/softfloat/softfloat-macros.c:187: undefined 
reference to `__ashldi3'
/mnt/old2/embox/third-party/lib/softfloat/softfloat-macros.c:187: undefined 
reference to `__ashldi3'
./build/base/obj/image_nosymbols.o:/mnt/old2/embox/third-party/lib/softfloat/sof
tfloat-macros.c:195: more undefined references to `__ashldi3' follow

Original comment by vladisla...@gmail.com on 1 Mar 2013 at 5:12

GoogleCodeExporter commented 9 years ago
What gcc version you use? I get 8803 revision from trunk and built successfully.

For reopening issue should change its status.

Original comment by Anton.Bo...@gmail.com on 1 Mar 2013 at 7:27

GoogleCodeExporter commented 9 years ago
Configured with: ../gcc-3.4.4/configure --target=sparc-elf 
--prefix=/opt/sparc-elf-3.4.4 --with-gnu-as --with-gnu-ld --verbose 
--enable-languages=c,c++ --disable-shared --disable-nls --with-newlib 
--with-cpu=leon
Thread model: single
gcc version 3.4.4

Original comment by vladisla...@gmail.com on 1 Mar 2013 at 7:52

GoogleCodeExporter commented 9 years ago
now i tested this template using gcc-3.4.4 and add missing functions, so:
fixed by r8820

Original comment by ki.s...@gmail.com on 1 Mar 2013 at 6:56