Avr-gcc-4.8.0-1 compiles trash
Hello everybody!
After upgrade from avr-gcc-4.7.2 to avr-gcc-4.8.0-1 my avr project stopped work correctly.
I wrote a small test to show you this issue.
CPU is atmega8.
This code flashes a LED connected to pin PD4.
#include <avr/io.h>
#include <util/delay.h>
int main(void)
DDRD |= 1 << PD4;
while(1)
PORTD ^= 1 << PD4;
_delay_ms(250);
After compiling the program by avr-gcc-4.7.2 LED is flashing, the code is ok.
Disassembling list;
0: c0 12 rjmp .+36 ; 0x26
2: c0 19 rjmp .+50 ; 0x36
4: c0 18 rjmp .+48 ; 0x36
6: c0 17 rjmp .+46 ; 0x36
8: c0 16 rjmp .+44 ; 0x36
a: c0 15 rjmp .+42 ; 0x36
c: c0 14 rjmp .+40 ; 0x36
e: c0 13 rjmp .+38 ; 0x36
10: c0 12 rjmp .+36 ; 0x36
12: c0 11 rjmp .+34 ; 0x36
14: c0 10 rjmp .+32 ; 0x36
16: c0 0f rjmp .+30 ; 0x36
18: c0 0e rjmp .+28 ; 0x36
1a: c0 0d rjmp .+26 ; 0x36
1c: c0 0c rjmp .+24 ; 0x36
1e: c0 0b rjmp .+22 ; 0x36
20: c0 0a rjmp .+20 ; 0x36
22: c0 09 rjmp .+18 ; 0x36
24: c0 08 rjmp .+16 ; 0x36
26: 24 11 eor R1, R1
28: be 1f out $3f, R1
2a: e5 cf ldi R28, 0x5f
2c: e0 d4 ldi R29, 0x04
2e: bf de out $3e, R29
30: bf cd out $3d, R28
32: d0 02 rcall .+4 ; 0x38
34: c0 10 rjmp .+32 ; 0x56
36: cf e4 rjmp .-56 ; 0x0
38: 9a 8c sbi $11, 4
3a: e1 90 ldi R25, 0x10
3c: b3 82 in R24, 0x12
3e: 27 89 eor R24, R25
40: bb 82 out $12, R24
42: ef 2f ser R18
44: e9 3f ldi R19, 0x9f
46: e0 85 ldi R24, 0x05
48: 50 21 subi R18, 0x01
4a: 40 30 sbci R19, 0x00
4c: 40 80 sbci R24, 0x00
4e: f7 e1 brne .-8 ; 0x48
50: c0 00 rjmp .+0 ; 0x52
52: 00 00 nop
54: cf f3 rjmp .-26 ; 0x3c
56: 94 f8 cli
58: cf ff rjmp .-2 ; 0x58
After compiling the program by avr-gcc-4.8.0-1 LED is not flashing and disassembled code is partially messed.
Disassembling list;
0: 00 04 .dw 0x0004
2: 00 00 nop
4: 00 14 .dw 0x0014
6: 00 00 nop
8: 00 03 .dw 0x0003
a: 00 00 nop
c: 4e 47 sbci R20, 0xe7
e: 00 55 .dw 0x0055
10: d6 50 rcall .+3232 ; 0xcb2
12: d2 01 rcall .+1026 ; 0x416
14: 3c 1a cpi R17, 0xca
16: 31 14 cpi R17, 0x14
18: f5 d2 brpl .+116 ; 0x8e
1a: 6a 35 ori R19, 0xa5
1c: 11 4f cpse R20, R15
1e: b6 9c in R9, 0x3c
20: 41 a5 sbci R26, 0x15
22: f7 07 brid .-64 ; 0xffffffe4
24: c0 12 rjmp .+36 ; 0x4a
26: c0 19 rjmp .+50 ; 0x5a
28: c0 18 rjmp .+48 ; 0x5a
2a: c0 17 rjmp .+46 ; 0x5a
2c: c0 16 rjmp .+44 ; 0x5a
2e: c0 15 rjmp .+42 ; 0x5a
30: c0 14 rjmp .+40 ; 0x5a
32: c0 13 rjmp .+38 ; 0x5a
34: c0 12 rjmp .+36 ; 0x5a
36: c0 11 rjmp .+34 ; 0x5a
38: c0 10 rjmp .+32 ; 0x5a
3a: c0 0f rjmp .+30 ; 0x5a
3c: c0 0e rjmp .+28 ; 0x5a
3e: c0 0d rjmp .+26 ; 0x5a
40: c0 0c rjmp .+24 ; 0x5a
42: c0 0b rjmp .+22 ; 0x5a
44: c0 0a rjmp .+20 ; 0x5a
46: c0 09 rjmp .+18 ; 0x5a
48: c0 08 rjmp .+16 ; 0x5a
4a: 24 11 eor R1, R1
4c: be 1f out $3f, R1
4e: e5 cf ldi R28, 0x5f
50: e0 d4 ldi R29, 0x04
52: bf de out $3e, R29
54: bf cd out $3d, R28
56: d0 02 rcall .+4 ; 0x5c
58: c0 10 rjmp .+32 ; 0x7a
5a: cf e4 rjmp .-56 ; 0x24
5c: 9a 8c sbi $11, 4
5e: e1 90 ldi R25, 0x10
60: b3 82 in R24, 0x12
62: 27 89 eor R24, R25
64: bb 82 out $12, R24
66: ef 2f ser R18
68: e9 3f ldi R19, 0x9f
6a: e0 85 ldi R24, 0x05
6c: 50 21 subi R18, 0x01
6e: 40 30 sbci R19, 0x00
70: 40 80 sbci R24, 0x00
72: f7 e1 brne .-8 ; 0x6c
74: c0 00 rjmp .+0 ; 0x76
76: 00 00 nop
78: cf f3 rjmp .-26 ; 0x60
7a: 94 f8 cli
7c: cf ff rjmp .-2 ; 0x7c
Should I write a bug report?
I ran into this exact problem a couple weeks ago; I made my own package so I could use avr-gcc 4.8 before the official release was out. Took me a few days of banging my head against the wall to realize that it was the compiler's fault. That'll teach me to use prerelease software!
If you run 'avr-objdump -h' (or 'readelf -S') on the elf file that avr-gcc 4.8 produces, you'll see this:
Section Headers:
Sections:
Idx Name Size VMA LMA File off Algn
0 .note.gnu.build-id 00000024 00000000 00000000 000000b4 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
1 .data 00000072 00800100 000018f0 000019a4 2**0
CONTENTS, ALLOC, LOAD, DATA
2 .text 000018cc 00000024 00000024 000000d8 2**1
CONTENTS, ALLOC, LOAD, READONLY, CODE
3 .bss 00000035 00800172 00800172 00001a16 2**0
ALLOC
4 .stab 000044ac 00000000 00000000 00001a18 2**2
CONTENTS, READONLY, DEBUGGING
5 .stabstr 000014c6 00000000 00000000 00005ec4 2**0
CONTENTS, READONLY, DEBUGGING
6 .comment 00000011 00000000 00000000 0000738a 2**0
CONTENTS, READONLY
7 .debug_aranges 00000028 00000000 00000000 0000739b 2**0
CONTENTS, READONLY, DEBUGGING
8 .debug_info 00003185 00000000 00000000 000073c3 2**0
CONTENTS, READONLY, DEBUGGING
9 .debug_abbrev 0000048b 00000000 00000000 0000a548 2**0
CONTENTS, READONLY, DEBUGGING
10 .debug_line 00000704 00000000 00000000 0000a9d3 2**0
CONTENTS, READONLY, DEBUGGING
11 .debug_frame 00000420 00000000 00000000 0000b0d8 2**2
CONTENTS, READONLY, DEBUGGING
12 .debug_str 00000943 00000000 00000000 0000b4f8 2**0
CONTENTS, READONLY, DEBUGGING
13 .debug_loc 00001439 00000000 00000000 0000be3b 2**0
CONTENTS, READONLY, DEBUGGING
14 .debug_ranges 000001f0 00000000 00000000 0000d274 2**0
CONTENTS, READONLY, DEBUGGING
You can see that there's a section, '.note.gnu.build-id', which isn't produced by avr-gcc 4.7. From what I can tell, it's extra metadata that identifies the 'build' of the program by the time and date at which it occured, the compiler version used, etc. This is presumably useful on PC platforms and it gets loaded into memory.
For some reason, presumably because the AVR linker scripts in binutils haven't been updated to be compatible with gcc 4.8, this extra metadata section is allocated at address zero: that is, it's located where the interrupt vector table should be, and the vector table is pushed forward! So the reset vector, which gets executed when the microcontroller starts, immediately executes a bunch of junk instructions! Not only that, you can't just cut out the '.note.gnu.build-id' section with avr-strip or avr-objcopy because all of the addresses in the code will then be off by 0x24!
I've tried to mess with the linker scripts (/usr/lib/ldscripts/avr*.x*) to omit the section, but my experience with linker scripts is limited, so I haven't been successful. For now, I'm sticking to 4.7.2.
You know, I should probably file a bug report.
Similar Messages
-
I downloaded avr-gcc from Aur (from here.)
When I 'm trying to makepkg after some time the fowling error occurs:
make[3]: Entering directory `/home/firewalker/Desktop/gcc-avr4.1.1/src/gcc-4.1.1/objdir/gcc'
/home/firewalker/Desktop/gcc-avr4.1.1/src/gcc-4.1.1/objdir/./gcc/xgcc
-B/home/firewalker/Desktop/gcc-avr4.1.1/src/gcc-4.1.1/objdir/./gcc/ -B/opt/avr/avr/bin/ -B/opt/avr/avr/lib/ -isystem
/opt/avr/avr/include -isystem /opt/avr/avr/sys-include -O2 -O2 -march=i686 -O2 -pipe -DIN_GCC -DCROSS_COMPILE -W
-Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -DDF=SF
-Dinhibit_libc -mcall-prologues -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../gcc
-I../../gcc/. -I../../gcc/../include -I../../gcc/../libcpp/include -DL_eprintf -c ../../gcc/libgcc2.c -o
libgcc/./_eprintf.o
cc1: error: unrecognized command line option "-march=i686"
make[3]: *** [libgcc/./_eprintf.o] Error 1
make[3]: Leaving directory `/home/firewalker/Desktop/gcc-avr4.1.1/src/gcc-4.1.1/objdir/gcc'
make[2]: *** [stmp-multilib] Error 2
make[2]: Leaving directory `/home/firewalker/Desktop/gcc-avr4.1.1/src/gcc-4.1.1/objdir/gcc'
make[1]: *** [all-gcc] Error 2
make[1]: Leaving directory `/home/firewalker/Desktop/gcc-avr4.1.1/src/gcc-4.1.1/objdir'
make: *** [all] Error 2
What is happening? Why the compiler cant recognize the option -march=i686?
The PKGBUILD file is the fowling:
# Maintainer: danst0 <danst0>
pkgname=gcc-avr
pkgver=4.1.1
pkgrel=1
pkgdesc="The GNU avr Compiler"
url="http://www.gnu.org/software/gcc/gcc.html"
license="GPL"
depends=('glibc' 'binutils-avr' 'gmp' 'mpfr')
source=(ftp://ftp.gnu.org/gnu/gcc/gcc-$pkgver/gcc-$pkgver.tar.bz2)
md5sums=('ad9f97a4d04982ccf4fd67cb464879f3')
build() {
cd $startdir/src/gcc-$pkgver
mkdir objdir
cd objdir
export PATH=$PATH:/opt/avr/bin
../configure --target=avr --prefix=/opt/avr --disable-nls --enable-languages=c --disable-libssp
make || return 1
make DESTDIR=$startdir/pkg install
rm -r $startdir/pkg/opt/avr/include
rm -r $startdir/pkg/opt/avr/avrI was having the same problem, so after some hunting around, i tracked it down in the makefile. The problem was that they were including the CFLAGS in the CFLAGS_FOR_TARGET, so i got rid of that and replaced it with just -O2. I'm not sure if this is what was intended, but it makes more sense to me (not to mention it works).
Here's my patch (Makefile.in.diff):
--- Makefile.in.orig 2007-01-05 10:43:50.000000000 -0600
+++ Makefile.in 2007-01-05 10:44:14.000000000 -0600
@@ -329,9 +329,9 @@
# CFLAGS will be just -g. We want to ensure that TARGET libraries
# (which we know are built with gcc) are built with optimizations so
# prepend -O2 when setting CFLAGS_FOR_TARGET.
-CFLAGS_FOR_TARGET = -O2 $(CFLAGS) $(SYSROOT_CFLAGS_FOR_TARGET)
+CFLAGS_FOR_TARGET = -O2 $(SYSROOT_CFLAGS_FOR_TARGET)
SYSROOT_CFLAGS_FOR_TARGET = @SYSROOT_CFLAGS_FOR_TARGET@
-CXXFLAGS_FOR_TARGET = $(CXXFLAGS) $(SYSROOT_CFLAGS_FOR_TARGET)
+CXXFLAGS_FOR_TARGET = -O2 $(SYSROOT_CFLAGS_FOR_TARGET)
LIBCFLAGS_FOR_TARGET = $(CFLAGS_FOR_TARGET)
LIBCXXFLAGS_FOR_TARGET = $(CXXFLAGS_FOR_TARGET) -fno-implicit-templates
LDFLAGS_FOR_TARGET =
and the PKGBUILD i used:
# Maintainer: danst0 <danst0>
pkgname=gcc-avr
pkgver=4.1.1
pkgrel=1
pkgdesc="The GNU avr Compiler"
url="http://www.gnu.org/software/gcc/gcc.html"
license="GPL"
depends=('glibc' 'binutils-avr' 'gmp' 'mpfr')
source=(ftp://ftp.gnu.org/gnu/gcc/gcc-$pkgver/gcc-$pkgver.tar.bz2
Makefile.in.diff)
md5sums=('ad9f97a4d04982ccf4fd67cb464879f3' 'c69a8d8d21bb6dc35889e397d728609a')
build() {
cd $startdir/src/
mv Makefile.in.diff gcc-$pkgver
cd gcc-$pkgver
patch -p0 < Makefile.in.diff
mkdir objdir
cd objdir
export PATH=$PATH:/opt/avr/bin
../configure --target=avr --prefix=/opt/avr --disable-nls --enable-languages=c --disable-libssp
make || return 1
make DESTDIR=$startdir/pkg install
rm -r $startdir/pkg/opt/avr/include
rm -r $startdir/pkg/opt/avr/avr
Upon installing this package, though, i get a file conflict with /opt/avr/info/dir which is both created by the binutils-avr and gcc-avr. I just renamed the old one and all is well. -
[SOLVED] How get an older version of avr-gcc?
Hi!
I have a problem with my Arduino Mega 1280 board. Programs running on the board can't send or receive signals through the USB cable, which is a bit irritating. I have read that it's because of a bug in the compiler avr-gcc, version 4.4 - 4.6.0, and I have version 4.6.0 of avr-gcc. Apparently should version 4.3.x of avr-gcc work fine, so I need help with downloading it.
What I have found and downloaded is gcc43 from the AUR. But I'm not completely sure if it's the right package that I need, since it only added files like gcc-4.3 and g++-4.3 to my /usr/bin/ folder, and not an additional avr-gcc file.
So, anyone here who can help me find version 4.3 of avr-gcc?
Last edited by MaTachi (2011-06-19 18:38:36)I got it sorted out thanks to madworm on the Arduino forums. Here is a link to the thread:
http://arduino.cc/forum/index.php/topic,64337.0.html
I also wrote a blog post about the problem with my Arduino Mega board:
http://danielj.se/2011/06/19/serial-mon … -solution/
Last edited by MaTachi (2011-06-19 18:44:05) -
Avr-gcc, problem with the atxmega8e5
Hello and thanks for taking the time to read this topic!
I'm hobby-ing with microcontrollers on Arch and I've hit a wall. There is a specific MCU that I'm using now the atxmega8e5 (1,85$ e.a.!!!), but there seems to be a curse on the thing.
when I try to compile some basic Led_Blink code with:
avr-gcc -mmcu=atxmega8e5 -Wall -Os -o main.elf main.c
I get:
avr-gcc: error: unrecognized argument in option '-mmcu=atxmega8e5'
avr-gcc: note: valid arguments to '-mmcu=' are: at43usb320 at43usb355 at76c711 at86rf401 at90c8534 at90can128 at90can32 at90can64 at90pwm1 at90pwm161 at90pwm2 at90pwm216 at90pwm2b at90pwm3 at90pwm316 at90pwm3b at90pwm81 at90s1200 at90s2313 at90s2323 at90s2333 at90s2343 at90s4414 at90s4433 at90s4434 at90s8515 at90s8535 at90scr100 at90usb1286 at90usb1287 at90u.......
and the list goes on for quite a while (no atxmega8e5 on the list)
I've found a topic https://bugs.archlinux.org/task/40540 that points into the direction of the assembler but alas:
avr-as --help | grep e5
does yield:
atxmega32a4u atxmega32c4 atxmega32d4 atxmega32e5 atxmega16e5 atxmega8e5
so does anyone knows a trick to get the code compiled in for the 8e5?
Notes:
avr-gcc -mmcu=atxmega32e5 -Wall -Os -o main.elf main.c
works perfect
I've followed http://joost.damad.be/2013/08/using-atx … linux.html to get some files in the avr dir.
You do not need an atxmega8e5 to help me a gcc-wizard will do!
before you ask:
pascal@Skynet:~]$ pacman -Qsq avr
avr-binutils
avr-gcc
avr-gdb
avr-libc
avrdudeTry text_query = (service & internet) INPATH (//div/a)
Single quotes in a query don't do anything. I think your query got processed as
service & ( internet INPATH (//div/a) ) -
Using GCC on SunSolaris2.8 to compile and link sample OCI programs
Hi,
Does anyone have sample make file (or modified version of demo_rdbms.mk) or command to compile and link OCI demo programs using gcc?? I am trying to compile and link cdemo81.c from rdbms/demo directory.
gcc related files are under /usr/local/bin and /usr/local/lib, /us/local/lib/gcc-lib/sparc-sun-solaris2.8/3.1
ThanksHi,
I finally got cdemo81.c to compile and link on Solaris 8 using Oracle 8.1.7.3. I got some help from one other person who had posted similar question on this forum. Following is the makefile that I am currently using to compile my oci code. Please note that you need to have $(ORACLE_HOME) and LD_LIBRARTY_PATH set before you try to compile using gcc.
************** Makefile Starts here ***********************************
CPP=g++
CC=gcc
LD=ld
CCFLAGS= -g
CPPFLAGS=-g3 -Wall
INCDIR=-I$(ORACLE_HOME)/rdbms/demo -I$(ORACLE_HOME)/rdbms/public -I$(ORACLE_HOME)/plsql/public -I$(ORACLE_HOME)/network/public
LIBNAME=liboralib
SOEXT=.so
DLLINK=-shared -ldl
###SOFLAGS=-shared -Wl,-expect_unresolved -Wl,-soname,$(LIBNAME)$(SOEXT) $(LIBPATH)
SOFLAGS=-shared -Wl
LDFLAGS=-shared -expect_unresolved * -soname
LIBPATH=-L$(ORACLE_HOME)/lib/ -L$(ORACLE_HOME)/rdbms/lib/ -R$(ORACLE_HOME)/lib/ -R$(ORACLE_HOME)/rdbms/lib/
ORALIBS= -lnbeq8 -lnhost8 -lnus8 -lnldap8 -lldapclnt8 -lnsslb8 -lnoname8 -lntcp8 \
-lntcps8 -lnsslb8 -lntcp8 -lntns8 -ln8 -lnl8 -lnro8 -lnbeq8 -lnhost8 -lnus8 \
-lnldap8 -lldapclnt8 -lnsslb8 -lnoname8 -lntcp8 -lntcps8 -lnsslb8 \
-lntcp8 -lntns8 -ln8 -lnl8 -lclient8 -lvsn8 -lcommon8 -lgeneric8 \
-lmm -lnls8 -lcore8 -lnls8 -lcore8 -lnls8 -lnbeq8 -lnhost8 -lnus8 -lnldap8 \
-lldapclnt8 -lnsslb8 -lnoname8 -lntcp8 -lntcps8 -lnsslb8 -lntcp8 \
-lntns8 -ln8 -lnl8 -lnro8 -lnbeq8 -lnhost8 -lnus8 -lnldap8 -lldapclnt8 \
-lnsslb8 -lnoname8 -lntcp8 -lntcps8 -lnsslb8 -lntcp8 -lntns8 -ln8 \
-lnl8 -lclient8 -lvsn8 -lcommon8 -lgeneric8 -ltrace8 -lnls8 -lcore8 \
-lnls8 -lcore8 -lnls8 -lclient8 -lvsn8 -lcommon8 -lgeneric8 -lnls8 \
-lcore8 -lnls8 -lcore8 -lnls8 -lnsl -lsocket -lgen -ldl -lsched \
-lc -laio -lposix4 -lkstat -lm -lthread -lwtc8
LIBS=$(ORACLE_HOME)/rdbms/lib/defopt.o $(ORACLE_HOME)/lib/sscoreed.o $(ORACLE_HOME)/lib/libclntsh.so $(ORACLE_HOME)/lib/nautab.o $(ORACLE_HOME)/lib/naeet.o $(ORACLE_HOME)/lib/naect.o $(ORACLE_HOME)/lib/naedhs.o $(ORALIBS)
##LIBS=$(ORACLE_HOME)/rdbms/lib/defopt.o $(ORACLE_HOME)/lib/sscoreed.o $(ORACLE_HOME)/lib/nautab.o $(ORACLE_HOME)/lib/naeet.o $(ORACLE_HOME)/lib/naect.o $(ORACLE_HOME)/lib/naedhs.o $(ORALIBS)
###LIBS=$(ORACLE_HOME)/rdbms/lib/ssdbaed.o $(ORACLE_HOME)/lib/nautab.o $(ORACLE_HOME)/lib/naeet.o $(ORACLE_HOME)/lib/naect.o $(ORACLE_HOME)/lib/naedhs.o $(ORALIBS)
ORALIBSO=-lnetv2 -lnttcp -lnetwork -lncr -lclient8 -lvsn -lcommon8 -lgeneric8 \
-lmm -lnlsrtl3 -lcore8 -lnlsrtl3 -lcore8 -lnlsrtl3 -lnetv2 -lnttcp \
-lnetwork -lncr -lclient8 -lvsn -lcommon8 -lgeneric8 -lepc -lnlsrtl3 \
-lcore8 -lnlsrtl3 -lcore8 -lnlsrtl3 -lclient8 -lvsn -lcommon8 -lgeneric8 \
-lnlsrtl3 -lcore8 -lnlsrtl3 -lcore8 -lnlsrtl3 -lnsl -lm -ldl -lm \
-ldl -lnetv2 -lnttcp -lnetwork -lncr -lnetv2 -lnttcp -lnetwork -lncr \
-lnetv2 -lnttcp -lnetwork -lncr -lnetv2 -lnttcp -lnetwork -lncr \
-lnetv2 -lnttcp -lnetwork -lncr -lsql
###-lnbeq8 -lnhost8 -lnus8 -lnldap8 -lldapclnt8 -lnsslb8 -lnoss8 -lnoname8 -lntcp8 \
#ORALIBS=-lnetv2 -lnttcp -lnetwork -lncr -lclient8 -lvsn -lcommon8 -lgeneric8 \
# -lmm -lcore8 -lnlsrtl3 -lepc -lnsl -lm -ldl
CPPOBJECTS=orabase.o orastmt.o
HEADER=orabase.h orastmt.h
.SUFFIXES: .cc .c
###.c.o:
### $(CC) $(CCFLAGS) $(INCDIR) -o $@ -c $<
.cc.o:
$(CPP) $(CPPFLAGS) $(INCDIR) -o $@ -c $<
#lib: $(CPPOBJECTS) $(HEADERS)
# $(CPP) $(CPPFLAGS) $(SOFLAGS) $(LIBPATH) -o $(LIBNAME)$(SOEXT) $(CPPOBJECTS) $(LIBS)
#clean:
# $(RM) *.o core *~
#distclean: clean
# $(RM) $(LIBNAME)$(SOEXT) so_locations
###ocimanager: ocimanager.o
### $(CC) -o $@ $(LIBPATH) $(LIBS) $<
ocimanager.so: ../obj/ocimanager.o
$(CC) $(LIBPATH) -o ocimanager.so -G ../obj/ocimanager.o $(LIBS)
## gcc -L$(ORACLE_HOME)/lib/ -L$(ORACLE_HOME)/rdbms/lib/ -o ocimanager.so -G ../obj/ocimanager.o $(LIBS)
../obj/ocimanager.o: ocimanager.c ocimanager.h
$(CC) $(CCFLAGS) $(INCDIR) -o ../obj/ocimanager.o -c ocimanager.c
**************** Makefile ends here*********************************************
Hope this helps
Brunda -
Binutils and GCC version interdependencies? (cross compiler)
Hi
I have started again with trying to set up a cross compiler for the i386-plan9 target.
There is a very old port of the GNU toolchain to Plan9, which can be found at:
http://plan9.bell-labs.com/sources/extra/gcc/gnusrc.tgz
I tried apply the changes made to binutils (the first step in setting up a cross compiler) in a modern release, but during make, there was a complaint about not finding the i386_plan9_vec (I had changed the bfd/config.bfd and all the other stuff I could find by googling).
Because of this, I have now built the old (2.11.2) binutils from the original port (some cleaning up and minor source changes were needed to build on modern glibc, typedef change of sbrk for example).
This temporary build can be found at:
https://aur.archlinux.org/packages/i386-plan9-binutils/
The purpose of building this old version temporarily was to move on to the next steps and get the compiler and C library working (the two following steps for a cross compiler) to at least have a proof-of-concept cross compiler set up.
What I wonder now is : What is the newest version of GCC that can be expected to work using binutils 2.11.2?
I have not found any tables with version dependencies anywhere.
If anyone is interested in helping out experimenting, a tip for easy testing on Plan9 is to run Plan9 under 9vx
https://aur.archlinux.org/packages/9vx-hg/
https://wiki.archlinux.org/index.php/9vx
and try to execute resulting binaries from the cross compiler (that is at least the way I am going to try it out until I know that it works, and then I plan to take the toolchain native).W.F.Cody wrote:What I wonder now is : What is the newest version of GCC that can be expected to work using binutils 2.11.2?
Hrm... that is around 2006... gcc-4.0 was released then. I'd guess a few version newer would work too. -
Error by compiling gcc: libcloog-isl.so.1 not found
Hello
I am trying to build gcc with the default PKGBUILD which I get trough of ABS.
When I run makepkg, I get this message:
checking for C compiler default output file name...
configure: error: in `/home/zuargo/Paquetes/gcc/src/gcc-build':
configure: error: C compiler cannot create executables
See `config.log' for more details.
config.log in a line says:
/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/cc1: error while loading shared libraries: libcloog-isl.so.1: cannot open shared object file: No such file or directory
Here the whole config.log file.
So I searched for libcloog-isl.so.1 on my system. It is not installed on my system:
$ pacman -Ql | grep libcloog-isl.so.1
$
I have searched for the file (libcloog-isl.so.1) in the Archlinux's packages web page. I obtained this as result:
http://www.archlinux.org/packages/core/ … oog/files/
But cloog package does not provide libcloog-isl.so.1, instead it provides libcloog-isl.so.2 and libcloog-isl.so
Any idea?zuargo wrote:/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/cc1: error while loading shared libraries: libcloog-isl.so.1: cannot open shared object file: No such file or directory
That's the compiler installed on your machine breaking because your packages are out of date, or you're attempting to compile and maintain the package yourself. -
How to install gcc and something around compiling
Hi all.I want compile my wine with patchs but I can´t compile it
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for cpp... cpp
checking whether gcc -m32 works... no
configure: error: Cannot build a 32-bit program, you need to install 32-bit development libraries.
I have to install some 32-bit libraries.but idk what librarions.Thanks for replyIf you really need to, I think the best way might be to install a 32-bit chroot and install the 32-bit version of gcc inside of it, which will then be able to compile 32-bit programs. Seems like it might be a bit of a hassle though .
-
Binutils-avr is bugged:
http://arduino.cc/forum/index.php/topic … #msg410902
On my Arch, the Arduino IDE doesn't compile good code: I cannot use not only the delay() function but I get some deeper problems.
It is known that Debian has published several months ago some patches to correct these bugs and that Debian/Ubuntu packages of binutils-avr e avr-gcc are compiled using these patches, and I can confirm that on Ubuntu I don't have any problem.
On Arch someone has tried to create some patched versions of binutils-avr and avr-gcc but I wasn't able to compile them because of the dependencies....
So, my question is: will the manteiner of this package update it using the patches from Debian? Or is there a way to compile them?
Because I NEED to use Arduino and if there's not a quickly solution I will be forced to change OS...Hello,
sorry to push this topic back up again.
I just newly installed Arch on my netbook, and everything is working fine. Exept this Arduino problem with the delay bug.
As I'm not that deep into Linux. I'm a bit lost at the moment not knowing what to do.
I downloaded the fie gcc-avr-debian-pkgbuilds.tar.gz fom the above mentioned link, but what schould i do with it now.
Any help would be welcome.
Thanks
Uwe -
Cannot compile arduino project
Hi guys,
I'm trying to work with arduino IDE, but I cannot compile even Blink example. I'm always seeing following error:
/usr/share/arduino/hardware/tools/avr/bin/../lib/gcc/avr/4.3.2/../../../avr/bin/ld: cannot find -lm
Any ideas how I can fix it?Worked also for my Asus laptop!
CoolGenie wrote:
This works for me too. Thanks!
kircul wrote:
Solution was found in discussion in package arduino.
In short words:
You need to install package avr-gcc
Replace build-in avr-gcc compiler by same from package installed on previous step:
# cd /usr/share/arduino/hardware/tools/avr/bin
# mv ./avr-gcc ./avr-gcc-backup
# ln -s /usr/bin/avr-gcc ./
It works for me. -
AVR TOOL CHAIN packages almost ready, need some help
Hello
I've made packages for AVR programming: the following
binutils-2.17 -> avr-binutils
gcc-4.1.1 -> avr-gcc
avr-libc-1.4.4 -> avr-libc
avrdude-5.1 -> avrdude
uisp-20050207 -> uisp
whith prefix (installed) at /opt/avr
I would like some help with the following:
[1]
In both `avr-binutils' and `avr-gcc' exists a file with the same name, this is libiberty.a.
if I execute
pacman -A avr-binutils-2.17-1.pkg.tar.gz
and
pacman -A avr-gcc-4.1.1.pkg.tar.gz
i get an error from pacman about the existence of the libiberty.a on the filesystem.
If i force the installation of avr-gcc everything works ok (i mean there is no problem with the installed software, it should work that way if you install it with the ../configure && make && make install way).
what should I do with that? I can't upload conflicting packages.
[2]
PATH and MANPATH must be updated to new ones after installation of packages, how can i do that?
[3] If i leave commented the line
# NOSTRIP="1"
in the /etc/makepkg.conf, the gcc compiles with warnings , which actually are errors for the final installed software. Actually the avr compiler executable is `avr-gcc' and
If I permit makepkg to strip the executables produced, there is a problem.
If I uncomment NOSTRIP but execute later through a `install' script (the usual pre_install , post_install) the strip command everything works fine.
The strip issue is because the binutils and gcc packages are configured with --target=avr (output are executables for avr programming).
Should I do something with that or leave it that way with manual stripping?
my stripping is:
# arg 1: the new package version
post_install() {
find /opt/avr -type d -name bin -exec find {} -type f ; | xargs strip > /dev/null 2>&1
Any ideas why that is happening?
PS. I deleted the --march=i686 from /etc/makepkg.conf , because the packages are configured with --target=avr[1] Delete the conflicting file from avr-gcc. The dependency relationship with avr-binutils will ensure that the file is in place.
[2] This is done with a script in /etc/profile.d. Have a look at the mozille, gnome, kde, or other current examples to see how it works. -
[solved: I am a dope] Can gcc and gcc-multilib coexist?
If I try to install gcc-multilib, it conflicts with my existing 64-bit gcc package. Is there a way for me to install it in another path or install the binaries from gcc-multilib as gcc32, g++32 etc?
Last edited by rhd (2012-02-20 02:50:55)rhd wrote:
I'm learning 32-bit assembly and the tutorial I am using has a small collection of example code and a little library which needs a 32-bit copy of libgcc.a.
libgcc.a is owned by gcc and not gcc-libs and so here I am, attempting to install the multilib package instead of the 64-bit version. The -m32 flag doesn't help. [edit: the -m32 flag to gcc, which tells it to compile for a 32 bit arch]
$ nosr libgcc.a
core/gcc
community/arm-elf-gcc-base
community/arm-wince-cegcc-gcc
community/avr-gcc
community/mingw32-gcc
community/mingw32-gcc-base
multilib/gcc-multilib
I tried to point out that gcc-multilib provides gcc. Everything gcc does, you can do with gcc-multilib. You can't have both installed at the same time (but you wouldn't want/need to, either).
Last edited by falconindy (2012-02-18 15:01:10) -
Just wondering what Archlinux plans are for gcc 4.0.0, now that it's released. It seems rather interesting the new features for optimizing, which seems to be right up arch's alley. An i686-optimized linux distribution, after all, would benefit from better optimizations.
I'm just hoping that not too much is broken with this new release (everyone remembers gcc 2.95 -> 3), but since this release came much faster and isn't an almost complete rewrite like egcs was, hopefully we can expect a smoother transition.
I for one am excited about this new gcc release, much more than a new kde, gnome or x.org or whatever... Maybe it's just me that likes compilers so much and hates bytecode. But still, what is Arch's stance on this? Any plans to move forward? Maybe provide a gcc 4 package but keep compiling arch packages with 3.x until bugs get ironed out? Or be truly bleeding edge (it is stable software afterall though) and take the plunge and compile arch packages with this new fancy gcc?
Autovectorization seems rather interesting ( http://gcc.gnu.org/projects/tree-ssa/vectorization.html there's the link for anyone interested), yet needs -msse or -msse2 flags to be set. Is this feasible? Would this binary nicely optimized for processors with sse or sse2 run that much worse on hardware without such instructions?
What is arch's stance on instructions like sse or 3dnow? Are packages compiled with such optimizations? If so why or if not why not? I personally think that most arch users use relatively recent hardware and would benefit... But then again, I'm just wondering aloud.
Anyways, sorry for all the questions...Duke wrote:What is arch's stance on instructions like sse or 3dnow? Are packages compiled with such optimizations? If so why or if not why not? I personally think that most arch users use relatively recent hardware and would benefit... But then again, I'm just wondering aloud.
This has been discussed alot - my stance (not Arch's) is that Arch is i686 based - that's the common factor... if you start creeping with that, when will it stop? first we require SSE, then MMX, then SSE2... we may end up switching from "an i686 optimized distro" to "a distro optimized to run on AMD processors produced after November 12th 2004".
In addition, SSE instructions only make sense in advanced math applications, FFT programs, and multimedia stuff... it's a small subset of the applications... think about it: how could something like vim benefit from loop vectorization? it really can't... sure you may get some things improved... but it's vim, you don't need to do 50 calculations in the time it takes to do 1 - it's not processor intensive.
And let's look at the apps that do make use of SSE: multimedia - improve the performance of mpegs and mp3s? who watches that much porn?
:shock: :shock:
FFT programs - anyone seriously doing complex FFT/DSP calcs on Arch? I doubt it
Advanced Math - sure might make sense, but it doesn't warrant a recompile and optimization of the entire set of packages.
So, in my opinion, enabling SSE/SSE2/MMX/MMX2/whatever else you get:
- loss of some processor support
+ improvement in MP3 playback
+ faster calculation of PI
- a bunch of apps you had to redownload with negligable performance gain -
[SOLVED] Error occured compiling mate-desktop
Im installing it from AUR (yaourt) and it's dependencie for (whole) mate-desktop-environment:
==> mate-desktop-environment dependencies:
- mate-common (already installed)
- mate-doc-utils (already installed)
- mate-corba (already installed)
- mate-conf (already installed)
- libmatecomponent (already installed)
- mate-mime-data (already installed)
- mate-vfs (already installed)
- libmate (already installed)
- libmatecanvas (already installed)
- libmatecomponentui (already installed)
- libmatekbd (already installed)
- libmatekeyring (already installed)
- mate-keyring (already installed)
- libmateui (already installed)
- libmatenotify (already installed)
- mate-icon-theme (already installed)
- mate-doc-utils (already installed)
- libmateweather (already installed)
- mate-backgrounds (already installed)
- mate-desktop (building from AUR)
- mate-settings-daemon (building from AUR)
- mate-polkit (building from AUR)
- mate-session-manager (building from AUR)
- mate-dialogs (building from AUR)
- mate-desktop (building from AUR)
- mate-control-center (building from AUR)
- mate-panel (building from AUR)
- mate-file-manager (building from AUR)
- mate-window-manager (building from AUR)
- mate-notification-daemon (building from AUR)
Here is the build output:
==> Continue building mate-desktop ? [Y/n]
==> --------------------------------------
==>
==> Building and installing package
==> Determining latest git revision...
-> Version found: 20120425
==> Making package: mate-desktop 20120425-1 (Wed Apr 25 03:59:45 CEST 2012)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving Sources...
==> Extracting Sources...
==> Starting build()...
==> Connecting to GIT server....
Cloning into 'mate-desktop'...
remote: Counting objects: 545, done.
remote: Compressing objects: 100% (241/241), done.
remote: Total 545 (delta 290), reused 501 (delta 246)
Receiving objects: 100% (545/545), 1.26 MiB | 119 KiB/s, done.
Resolving deltas: 100% (290/290), done.
==> GIT checkout done or server timeout
==> Starting build...
Cloning into '/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build'...
done.
/usr/bin/mate-autogen
checking for autoconf >= 2.53...
testing autoconf2.50... not found.
testing autoconf... found 2.68
checking for automake >= 1.9...
testing automake-1.11... found 1.11.5
checking for libtool >= 1.4.3...
testing libtoolize... found 2.4.2
checking for glib-gettext >= 2.2.0...
testing glib-gettextize... found 2.30.2
checking for intltool >= 0.25...
testing intltoolize... found 0.50.2
checking for pkg-config >= 0.14.0...
testing pkg-config... found 0.26
checking for gtk-doc >= 1.0...
testing gtkdocize... found 1.18
checking for mate-doc-utils >= 1.1.0...
testing mate-doc-prepare... found 1.2.1
checking for mate-common >= 1.1.0...
testing mate-doc-common... found 1.2.1
Checking for required M4 macros...
Checking for forbidden M4 macros...
Processing ./configure.in
Running libtoolize...
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
libtoolize: copying file `m4/libtool.m4'
libtoolize: copying file `m4/ltoptions.m4'
libtoolize: copying file `m4/ltsugar.m4'
libtoolize: copying file `m4/ltversion.m4'
libtoolize: copying file `m4/lt~obsolete.m4'
Running glib-gettextize... Ignore non-fatal messages.
Copying file mkinstalldirs
Copying file po/Makefile.in.in
Please add the files
codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4
progtest.m4
from the /aclocal directory to your autoconf macro directory
or directly to your aclocal.m4 file.
You will also need config.guess and config.sub, which you can get from
ftp://ftp.gnu.org/pub/gnu/config/.
Running intltoolize...
Running gtkdocize...
Running mate-doc-common...
Running mate-doc-prepare...
You should add the contents of '/usr/share/aclocal/mate-doc-utils.m4' to 'aclocal.m4'.
Putting files in AC_CONFIG_MACRO_DIR, 'm4'.
Running aclocal-1.11...
Running autoconf...
Running autoheader...
Running automake-1.11...
configure.in:38: installing `./config.guess'
configure.in:38: installing `./config.sub'
configure.in:10: installing `./install-sh'
configure.in:10: installing `./missing'
libmate-desktop/Makefile.am: installing `./depcomp'
Running ./configure --enable-maintainer-mode --prefix=/usr --sysconfdir=/etc --localstatedir=/var --disable-static --disable-scrollkeeper --disable-startup-notification --enable-unique --disable-nyancat ...
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking how to create a ustar tar archive... gnutar
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... yes
checking whether NLS is requested... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for intltool >= 0.40.0... 0.50.2 found
checking for intltool-update... /usr/bin/intltool-update
checking for intltool-merge... /usr/bin/intltool-merge
checking for intltool-extract... /usr/bin/intltool-extract
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for perl... /usr/bin/perl
checking for perl >= 5.8.1... 5.14.2
checking for XML::Parser... ok
checking for library containing strerror... none required
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking how to print strings... printf
checking for a sed that does not truncate output... /bin/sed
checking for fgrep... /usr/bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert i686-pc-linux-gnu file names to i686-pc-linux-gnu format... func_convert_file_noop
checking how to convert i686-pc-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... dlltool
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for mt... no
checking if : is a manifest tool... no
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking whether gcc understands -Wno-sign-compare... yes
checking what warning flags to pass to the C compiler... -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare
checking what language compliance flags to pass to the C compiler...
checking which gtk+ version to compile against... 2.0
checking Startup notification library >= 0.5... yes
Building without libstartup-notification
checking for X... libraries , headers
checking for XLIB... yes
checking for xrandr... yes
checking for MATE_DESKTOP... yes
checking for python... /usr/bin/python
checking for python version... 3.2
checking for python platform... linux2
checking for python script directory... ${prefix}/lib/python3.2/site-packages
checking for python extension module directory... ${exec_prefix}/lib/python3.2/site-packages
checking for MATE_ABOUT... yes
checking mate-doc-utils >= 0.3.2... yes
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking for LC_MESSAGES... yes
checking libintl.h usability... yes
checking libintl.h presence... yes
checking for libintl.h... yes
checking for ngettext in libc... yes
checking for dgettext in libc... yes
checking for bind_textdomain_codeset... yes
checking for msgfmt... (cached) /usr/bin/msgfmt
checking for dcgettext... yes
checking if msgfmt accepts -c... yes
checking for gmsgfmt... (cached) /usr/bin/msgfmt
checking for xgettext... (cached) /usr/bin/xgettext
checking for UNIQUE... yes
checking for mawk... no
checking for gawk... /usr/bin/gawk
checking for perl5... no
checking for perl... /usr/bin/perl
checking for gtkdoc-check... /usr/bin/gtkdoc-check
checking for gtkdoc-rebase... /usr/bin/gtkdoc-rebase
checking for gtkdoc-mkpdf... /usr/bin/gtkdoc-mkpdf
checking whether to build gtk-doc documentation... no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating mate-about/Makefile
config.status: creating mate-about/mate-about.desktop.in
config.status: creating libmate-desktop/Makefile
config.status: creating libmate-desktop/libmate/Makefile
config.status: creating libmate-desktop/libmateui/Makefile
config.status: creating libmate-desktop/mate-desktop-2.0.pc
config.status: creating libmate-desktop/mate-desktop-2.0-uninstalled.pc
config.status: creating docs/Makefile
config.status: creating docs/reference/Makefile
config.status: creating docs/reference/mate-desktop/Makefile
config.status: creating mate-version.xml.in
config.status: creating po/Makefile.in
config.status: creating desktop-docs/Makefile
config.status: creating desktop-docs/fdl/Makefile
config.status: creating desktop-docs/gpl/Makefile
config.status: creating desktop-docs/lgpl/Makefile
config.status: creating man/Makefile
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands
config.status: executing default-1 commands
config.status: executing po/stamp-it commands
mate-desktop 1.2.0 ==================
prefix: /usr
exec_prefix: ${prefix}
libdir: ${exec_prefix}/lib
bindir: ${exec_prefix}/bin
sbindir: ${exec_prefix}/sbin
sysconfdir: /etc
localstatedir: /var
datadir: ${datarootdir}
source code location: .
compiler: gcc
cflags: -march=i686 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2
Maintainer mode: yes
Warn about deprecations: yes
Gtk+ version: 2.0
Build mate-about: yes
Use libunique: yes
Build desktop-wide docs: yes
Use external pnp.ids: no (internal)
Startup notification support: no
XRandr support: yes
Build gtk-doc documentation: no
Now type `make' to compile mate-desktop
make all-recursive
make[1]: Entering directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build'
Making all in po
make[2]: Entering directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/po'
MSGFMT af.gmo
MSGFMT am.gmo
MSGFMT an.gmo
MSGFMT ar.gmo
MSGFMT as.gmo
MSGFMT ast.gmo
MSGFMT az.gmo
MSGFMT be.gmo
MSGFMT [email protected]
MSGFMT bg.gmo
MSGFMT bn.gmo
MSGFMT bn_IN.gmo
MSGFMT br.gmo
MSGFMT bs.gmo
MSGFMT ca.gmo
MSGFMT [email protected]
MSGFMT crh.gmo
MSGFMT cs.gmo
MSGFMT cy.gmo
MSGFMT da.gmo
MSGFMT de.gmo
MSGFMT dz.gmo
MSGFMT el.gmo
MSGFMT en_CA.gmo
MSGFMT en_GB.gmo
MSGFMT [email protected]
MSGFMT eo.gmo
MSGFMT es.gmo
MSGFMT et.gmo
MSGFMT eu.gmo
MSGFMT fa.gmo
MSGFMT fi.gmo
MSGFMT fr.gmo
MSGFMT fur.gmo
MSGFMT ga.gmo
MSGFMT gl.gmo
MSGFMT gu.gmo
MSGFMT he.gmo
MSGFMT hi.gmo
MSGFMT hr.gmo
MSGFMT hu.gmo
MSGFMT hy.gmo
MSGFMT ia.gmo
MSGFMT id.gmo
MSGFMT ig.gmo
MSGFMT is.gmo
MSGFMT it.gmo
MSGFMT ja.gmo
MSGFMT ka.gmo
MSGFMT kk.gmo
MSGFMT kn.gmo
MSGFMT ko.gmo
MSGFMT ku.gmo
MSGFMT ky.gmo
MSGFMT li.gmo
MSGFMT lo.gmo
MSGFMT lt.gmo
MSGFMT lv.gmo
MSGFMT mai.gmo
MSGFMT mg.gmo
MSGFMT mi.gmo
MSGFMT mk.gmo
MSGFMT ml.gmo
MSGFMT mn.gmo
MSGFMT mr.gmo
MSGFMT ms.gmo
MSGFMT nb.gmo
MSGFMT nds.gmo
MSGFMT ne.gmo
MSGFMT nl.gmo
MSGFMT nn.gmo
MSGFMT nso.gmo
MSGFMT oc.gmo
MSGFMT or.gmo
MSGFMT pa.gmo
MSGFMT pl.gmo
MSGFMT ps.gmo
MSGFMT pt.gmo
MSGFMT pt_BR.gmo
MSGFMT ro.gmo
MSGFMT ru.gmo
MSGFMT rw.gmo
MSGFMT si.gmo
MSGFMT sk.gmo
MSGFMT sl.gmo
MSGFMT sq.gmo
MSGFMT sr.gmo
MSGFMT [email protected]
MSGFMT sv.gmo
MSGFMT ta.gmo
MSGFMT te.gmo
MSGFMT th.gmo
MSGFMT tk.gmo
MSGFMT tr.gmo
MSGFMT ug.gmo
MSGFMT uk.gmo
MSGFMT ur.gmo
MSGFMT uz.gmo
MSGFMT [email protected]
MSGFMT vi.gmo
MSGFMT wa.gmo
MSGFMT xh.gmo
MSGFMT yi.gmo
MSGFMT yo.gmo
MSGFMT zh_CN.gmo
MSGFMT zh_HK.gmo
MSGFMT zh_TW.gmo
MSGFMT zu.gmo
make[2]: Leaving directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/po'
Making all in libmate-desktop
make[2]: Entering directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/libmate-desktop'
Making all in libmate
make[3]: Entering directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/libmate-desktop/libmate'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/libmate-desktop/libmate'
Making all in libmateui
make[3]: Entering directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/libmate-desktop/libmateui'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/libmate-desktop/libmateui'
make[3]: Entering directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/libmate-desktop'
CC mate-desktop-item.lo
CC mate-desktop-utils.lo
CC mate-desktop-thumbnail.lo
mate-desktop-thumbnail.c: In function 'mimetype_supported_by_gdk_pixbuf':
mate-desktop-thumbnail.c:622:3: warning: passing argument 2 of 'g_hash_table_new_full' from incompatible pointer type [enabled by default]
In file included from /usr/include/glib-2.0/glib.h:50:0,
from mate-desktop-thumbnail.c:36:
/usr/include/glib-2.0/glib/ghash.h:62:13: note: expected 'GEqualFunc' but argument is of type 'gboolean (*)(const gchar *, const gchar *)'
CC mate-thumbnail-pixbuf-utils.lo
CC mate-bg.lo
mate-bg.c: In function 'pixbuf_draw_gradient':
mate-bg.c:2402:10: warning: variable 'dst_limit' set but not used [-Wunused-but-set-variable]
CC mate-bg-crossfade.lo
mate-bg-crossfade.c: In function 'draw_background':
mate-bg-crossfade.c:402:3: warning: implicit declaration of function 'gdk_drawable_get_display' [-Wimplicit-function-declaration]
mate-bg-crossfade.c:402:3: warning: nested extern declaration of 'gdk_drawable_get_display' [-Wnested-externs]
mate-bg-crossfade.c:402:11: warning: assignment makes pointer from integer without a cast [enabled by default]
mate-bg-crossfade.c:401:15: warning: variable 'display' set but not used [-Wunused-but-set-variable]
CC display-name.lo
CC mate-rr.lo
CC mate-rr-config.lo
CC mate-rr-labeler.lo
CC edid-parse.lo
CCLD libmate-desktop-2.la
CC test-ditem.o
test-ditem.c: In function 'test_ditem':
test-ditem.c:93:9: warning: ignoring return value of 'getcwd', declared with attribute warn_unused_result [-Wunused-result]
CCLD test-ditem
make[3]: Leaving directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/libmate-desktop'
make[2]: Leaving directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/libmate-desktop'
Making all in docs
make[2]: Entering directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/docs'
Making all in reference
make[3]: Entering directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/docs/reference'
Making all in mate-desktop
make[4]: Entering directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/docs/reference/mate-desktop'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/docs/reference/mate-desktop'
make[4]: Entering directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/docs/reference'
make[4]: Nothing to be done for `all-am'.
make[4]: Leaving directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/docs/reference'
make[3]: Leaving directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/docs/reference'
make[3]: Entering directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/docs'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/docs'
make[2]: Leaving directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/docs'
Making all in man
make[2]: Entering directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/man'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/man'
Making all in mate-about
make[2]: Entering directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/mate-about'
CC mate_about-mate-about.o
In file included from mate-about.c:24:0:
mate-about.h:63:3: error: initializer element is not constant
mate-about.h:63:3: error: (near initialization for 'comments_array[0]')
mate-about.h:66:3: error: initializer element is not constant
mate-about.h:66:3: error: (near initialization for 'comments_array[1]')
mate-about.h:69:3: error: initializer element is not constant
mate-about.h:69:3: error: (near initialization for 'comments_array[2]')
mate-about.h:73:3: error: initializer element is not constant
mate-about.h:73:3: error: (near initialization for 'comments_array[3]')
mate-about.h:76:3: error: initializer element is not constant
mate-about.h:76:3: error: (near initialization for 'comments_array[4]')
mate-about.h:81:2: error: initializer element is not constant
mate-about.h:81:2: error: (near initialization for 'comments_array[5]')
make[2]: *** [mate_about-mate-about.o] Error 1
make[2]: Leaving directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build/mate-about'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/yaourt-tmp-broi/aur-mate-desktop/src/mate-desktop-build'
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build mate-desktop.
==> Restart building mate-desktop ? [y/N]
==> --
Thanks
Last edited by broi (2012-04-25 11:31:17)trusktr wrote:
Hey, I didn't really take a look at your errors, but... Have you tried the mate-desktop.org repo? There's no need to compile anything if you install from there. Just add
[mate]
Server = http://packages.mate-desktop.org/repo/archlinux/$arch
to /etc/pacman.conf then do 'pacman -S mate' for a basic install, or 'pacman -S mate mate-extra mate-extras' for a full install.
Thanks bro, it works now! -
[SOLVED] C Compiler Cannot Create Executables
I am aware that there is already a thread on this here however it failed to solve my issue. I have installed the multilib-devel packages as the referenced post suggested, but I still receive the following error message when attempting to compile wine-mono package either with makepkg or with yaourt.
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-w64-mingw32
checking target system type... x86_64-w64-mingw32
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for x86_64-w64-mingw32-strip... no
checking for strip... strip
configure: WARNING: using cross tools not prefixed with host triplet
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking how to create a ustar tar archive... gnutar
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether ln -s works... yes
checking host platform characteristics... ok
checking for x86_64-w64-mingw32-gcc... no
checking for gcc... gcc
checking for x86_64-w64-mingw32-gcc... gcc
checking whether the C compiler works... no
configure: error: in `/tmp/yaourt-tmp-sensei/aur-wine-mono/src/wine-mono-0.0.4/build-cross-x86_64':
configure: error: C compiler cannot create executables
See `config.log' for more details
My config.log:
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by mono configure 2.11.1, which was
generated by GNU Autoconf 2.69. Invocation command line was
$ ../mono/configure --prefix=/home/sensei/Downloads/Builds/wine-mono/src/wine-mono-0.0.4/build-cross-x86_64-install --build=x86_64-unknown-linux-gnu --target=x86_64-w64-mingw32 --host=x86_64-w64-mingw32 --with-tls=none --disable-mcs-build --enable-win32-dllmain=yes --with-libgc-threads=win32 PKG_CONFIG=false mono_cv_clang=no
## Platform. ##
hostname = archmage
uname -m = x86_64
uname -r = 3.3.8-1-ARCH
uname -s = Linux
uname -v = #1 SMP PREEMPT Tue Jun 5 15:20:32 CEST 2012
/usr/bin/uname -p = unknown
/bin/uname -X = unknown
/bin/arch = unknown
/usr/bin/arch -k = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo = unknown
/bin/machine = unknown
/usr/bin/oslevel = unknown
/bin/universe = unknown
PATH: /usr/local/bin
PATH: /usr/bin
PATH: /bin
PATH: /usr/local/sbin
PATH: /usr/sbin
PATH: /sbin
PATH: /usr/bin/core_perl
PATH: /home/sensei/Documents/Scripts
## Core tests. ##
configure:2970: checking build system type
configure:2984: result: x86_64-unknown-linux-gnu
configure:3004: checking host system type
configure:3017: result: x86_64-w64-mingw32
configure:3037: checking target system type
configure:3050: result: x86_64-w64-mingw32
configure:3099: checking for a BSD-compatible install
configure:3167: result: /usr/bin/install -c
configure:3178: checking whether build environment is sane
configure:3233: result: yes
configure:3292: checking for x86_64-w64-mingw32-strip
configure:3322: result: no
configure:3332: checking for strip
configure:3348: found /usr/bin/strip
configure:3359: result: strip
configure:3371: WARNING: using cross tools not prefixed with host triplet
configure:3384: checking for a thread-safe mkdir -p
configure:3423: result: /bin/mkdir -p
configure:3430: checking for gawk
configure:3446: found /usr/bin/gawk
configure:3457: result: gawk
configure:3468: checking whether make sets $(MAKE)
configure:3490: result: yes
configure:3565: checking how to create a ustar tar archive
configure:3578: tar --version
tar (GNU tar) 1.26
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Written by John Gilmore and Jay Fenlason.
configure:3581: $? = 0
configure:3621: tardir=conftest.dir && eval tar --format=ustar -chf - "$tardir" >conftest.tar
configure:3624: $? = 0
configure:3628: tar -xf - <conftest.tar
configure:3631: $? = 0
configure:3644: result: gnutar
configure:3654: checking whether to enable maintainer-specific portions of Makefiles
configure:3663: result: no
configure:3680: checking whether ln -s works
configure:3684: result: yes
configure:3737: checking host platform characteristics
configure:4029: result: ok
configure:4090: checking for x86_64-w64-mingw32-gcc
configure:4120: result: no
configure:4130: checking for gcc
configure:4146: found /usr/bin/gcc
configure:4157: result: gcc
configure:4187: checking for x86_64-w64-mingw32-gcc
configure:4214: result: gcc
configure:4483: checking for C compiler version
configure:4492: gcc --version >&5
gcc (GCC) 4.7.0 20120505 (prerelease)
Copyright (C) 2012 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
configure:4503: $? = 0
configure:4492: gcc -v >&5
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /build/src/gcc-4.7-20120505/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --enable-libstdcxx-time --enable-gnu-unique-object --enable-linker-build-id --with-ppl --enable-cloog-backend=isl --enable-lto --enable-gold --enable-ld=default --enable-plugin --with-plugin-ld=ld.gold --with-linker-hash-style=gnu --disable-multilib --disable-libssp --disable-build-with-cxx --disable-build-poststage1-with-cxx --enable-checking=release
Thread model: posix
gcc version 4.7.0 20120505 (prerelease) (GCC)
configure:4503: $? = 0
configure:4492: gcc -V >&5
gcc: error: unrecognized command line option '-V'
gcc: fatal error: no input files
compilation terminated.
configure:4503: $? = 1
configure:4492: gcc -qversion >&5
gcc: error: unrecognized command line option '-qversion'
gcc: fatal error: no input files
compilation terminated.
configure:4503: $? = 1
configure:4523: checking whether the C compiler works
configure:4545: gcc -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -DWINVER=0x0500 -D_WIN32_WINNT=0x0500 -D_WIN32_IE=0x0501 -D_UNICODE -DUNICODE -DWIN32_THREADS -DFD_SETSIZE=1024 -DGC_NOT_DLL -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -lmswsock -lws2_32 -lole32 -loleaut32 -lpsapi -lversion -ladvapi32 -lwinmm -lkernel32 conftest.c >&5
/usr/bin/ld: cannot find -lmswsock
/usr/bin/ld: cannot find -lws2_32
/usr/bin/ld: cannot find -lole32
/usr/bin/ld: cannot find -loleaut32
/usr/bin/ld: cannot find -lpsapi
/usr/bin/ld: cannot find -lversion
/usr/bin/ld: cannot find -ladvapi32
/usr/bin/ld: cannot find -lwinmm
/usr/bin/ld: cannot find -lkernel32
collect2: error: ld returned 1 exit status
configure:4549: $? = 1
configure:4587: result: no
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "mono"
| #define PACKAGE_TARNAME "mono"
| #define PACKAGE_VERSION "2.11.1"
| #define PACKAGE_STRING "mono 2.11.1"
| #define PACKAGE_BUGREPORT "http://bugzilla.xamarin.com/enter_bug.cgi?classification=Mono"
| #define PACKAGE_URL ""
| #define PACKAGE "mono"
| #define VERSION "2.11.1"
| #define HOST_WIN32 1
| #define DISABLE_PORTABILITY 1
| #define PLATFORM_NO_SYMLINKS 1
| #define TARGET_WIN32 1
| #define MINGW_CROSS_COMPILE 1
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:4592: error: in `/home/sensei/Downloads/Builds/wine-mono/src/wine-mono-0.0.4/build-cross-x86_64':
configure:4594: error: C compiler cannot create executables
See `config.log' for more details
## Cache variables. ##
ac_cv_build=x86_64-unknown-linux-gnu
ac_cv_env_CCASFLAGS_set=
ac_cv_env_CCASFLAGS_value=
ac_cv_env_CCAS_set=
ac_cv_env_CCAS_value=
ac_cv_env_CCC_set=
ac_cv_env_CCC_value=
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=set
ac_cv_env_CFLAGS_value='-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2'
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_CXXCPP_set=
ac_cv_env_CXXCPP_value=
ac_cv_env_CXXFLAGS_set=set
ac_cv_env_CXXFLAGS_value='-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2'
ac_cv_env_CXX_set=
ac_cv_env_CXX_value=
ac_cv_env_LDFLAGS_set=set
ac_cv_env_LDFLAGS_value=-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
ac_cv_env_LIBS_set=
ac_cv_env_LIBS_value=
ac_cv_env_XMKMF_set=
ac_cv_env_XMKMF_value=
ac_cv_env_build_alias_set=set
ac_cv_env_build_alias_value=x86_64-unknown-linux-gnu
ac_cv_env_host_alias_set=set
ac_cv_env_host_alias_value=x86_64-w64-mingw32
ac_cv_env_target_alias_set=set
ac_cv_env_target_alias_value=x86_64-w64-mingw32
ac_cv_host=x86_64-w64-mingw32
ac_cv_path_install='/usr/bin/install -c'
ac_cv_path_mkdir=/bin/mkdir
ac_cv_prog_AWK=gawk
ac_cv_prog_CC=gcc
ac_cv_prog_ac_ct_CC=gcc
ac_cv_prog_ac_ct_STRIP=strip
ac_cv_prog_make_make_set=yes
ac_cv_target=x86_64-w64-mingw32
am_cv_prog_tar_ustar=gnutar
mono_cv_clang=no
## Output variables. ##
ACLOCAL='${SHELL} /home/sensei/Downloads/Builds/wine-mono/src/wine-mono-0.0.4/mono/missing --run aclocal-1.12'
ALPHA_FALSE=''
ALPHA_TRUE=''
AMD64_FALSE=''
AMD64_TRUE=''
AMDEPBACKSLASH=''
AMDEP_FALSE=''
AMDEP_TRUE=''
AMTAR='$${TAR-tar}'
API_VER='2.0'
AR=''
ARM_FALSE=''
ARM_TRUE=''
AS=''
AUTOCONF='${SHELL} /home/sensei/Downloads/Builds/wine-mono/src/wine-mono-0.0.4/mono/missing --run autoconf'
AUTOHEADER='${SHELL} /home/sensei/Downloads/Builds/wine-mono/src/wine-mono-0.0.4/mono/missing --run autoheader'
AUTOMAKE='${SHELL} /home/sensei/Downloads/Builds/wine-mono/src/wine-mono-0.0.4/mono/missing --run automake-1.12'
AWK='gawk'
BOEHM_DEFINES=''
BUILD_EXEEXT=''
BUILD_GLIB_CFLAGS=''
BUILD_GLIB_LIBS=''
BUILD_MCS_FALSE=''
BUILD_MCS_TRUE=''
CC='gcc'
CCAS=''
CCASDEPMODE=''
CCASFLAGS=''
CCDEPMODE=''
CC_FOR_BUILD=''
CFLAGS='-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2'
CFLAGS_FOR_BUILD=''
CPP=''
CPPFLAGS=' -DWINVER=0x0500 -D_WIN32_WINNT=0x0500 -D_WIN32_IE=0x0501 -D_UNICODE -DUNICODE -DWIN32_THREADS -DFD_SETSIZE=1024 -DGC_NOT_DLL'
CROSS_COMPILING_FALSE=''
CROSS_COMPILING_TRUE=''
CXX=''
CXXCPP=''
CXXDEPMODE=''
CXXFLAGS='-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2'
CYGPATH_W='echo'
DEFS=''
DEPDIR=''
DISABLE_EXECUTABLES_FALSE=''
DISABLE_EXECUTABLES_TRUE=''
DISABLE_JIT_FALSE=''
DISABLE_JIT_TRUE=''
DISABLE_PROFILER_FALSE=''
DISABLE_PROFILER_TRUE=''
DISABLE_SHARED_HANDLES=''
DLLTOOL=''
DOLT_BASH=''
DSYMUTIL=''
DTRACE=''
DTRACEFLAGS=''
DTRACE_G_REQUIRED_FALSE=''
DTRACE_G_REQUIRED_TRUE=''
DUMPBIN=''
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP=''
ENABLE_DTRACE_FALSE=''
ENABLE_DTRACE_TRUE=''
ENABLE_LLVM_FALSE=''
ENABLE_LLVM_TRUE=''
ENABLE_NUNIT_TESTS_FALSE=''
ENABLE_NUNIT_TESTS_TRUE=''
EXEEXT=''
FGREP=''
GETTEXT_MACRO_VERSION=''
GLIB_CFLAGS=''
GLIB_LIBS=''
GMODULE_CFLAGS=''
GMODULE_LIBS=''
GMSGFMT=''
GMSGFMT_015=''
GREP=''
HAVE_MSGFMT=''
HAVE_OPROFILE_FALSE=''
HAVE_OPROFILE_TRUE=''
HAVE_ZLIB_FALSE=''
HAVE_ZLIB_TRUE=''
HOST_CC='gcc'
HOST_WIN32_FALSE='#'
HOST_WIN32_TRUE=''
HPPA_FALSE=''
HPPA_TRUE=''
IA64_FALSE=''
IA64_TRUE=''
INCLUDED_LIBGC_FALSE=''
INCLUDED_LIBGC_TRUE=''
INSTALL_4_0_FALSE=''
INSTALL_4_0_TRUE=''
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_MOBILE_FALSE=''
INSTALL_MOBILE_TRUE=''
INSTALL_MONODROID_FALSE=''
INSTALL_MONODROID_TRUE=''
INSTALL_MONOTOUCH_FALSE=''
INSTALL_MONOTOUCH_TRUE=''
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
INSTALL_STRIP_PROGRAM='$(install_sh) -c -s'
INTERP_SUPPORTED_FALSE=''
INTERP_SUPPORTED_TRUE=''
INTL=''
JIT_SUPPORTED_FALSE=''
JIT_SUPPORTED_TRUE=''
LD=''
LDFLAGS='-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -lmswsock -lws2_32 -lole32 -loleaut32 -lpsapi -lversion -ladvapi32 -lwinmm -lkernel32'
LIBC=''
LIBGC_CPPFLAGS=''
LIBGC_LIBS=''
LIBGC_STATIC_LIBS=''
LIBICONV=''
LIBMONO_LA=''
LIBOBJS=''
LIBS=''
LIBTOOL=''
LIPO=''
LLVM_CFLAGS=''
LLVM_CONFIG=''
LLVM_CXXFLAGS=''
LLVM_LDFLAGS=''
LLVM_LIBS=''
LN_S='cp'
LOADED_LLVM_FALSE=''
LOADED_LLVM_TRUE=''
LTCOMPILE=''
LTCXXCOMPILE=''
LTLIBICONV=''
LTLIBOBJS=''
M68K_FALSE=''
M68K_TRUE=''
MAINT='#'
MAINTAINER_MODE_FALSE=''
MAINTAINER_MODE_TRUE='#'
MAKEINFO='${SHELL} /home/sensei/Downloads/Builds/wine-mono/src/wine-mono-0.0.4/mono/missing --run makeinfo'
MANIFEST_TOOL=''
MIPS_FALSE=''
MIPS_GCC_FALSE=''
MIPS_GCC_TRUE=''
MIPS_SGI_FALSE=''
MIPS_SGI_TRUE=''
MIPS_TRUE=''
MKDIR_P='/bin/mkdir -p'
MONO_DEBUGGER_SUPPORTED_FALSE=''
MONO_DEBUGGER_SUPPORTED_TRUE=''
MONO_DL_NEED_USCORE=''
MONO_NACL_ALIGN_MASK_OFF=''
MOONLIGHT_BOEHM_FALSE=''
MOONLIGHT_BOEHM_TRUE=''
MOONLIGHT_DEFINES=''
MOONLIGHT_FALSE=''
MOONLIGHT_SGEN_FALSE=''
MOONLIGHT_SGEN_TRUE=''
MOONLIGHT_TRUE=''
MSGFMT=''
MSGFMT_015=''
MSGMERGE=''
NACL_CODEGEN_FALSE=''
NACL_CODEGEN_TRUE=''
NM=''
NMEDIT=''
NO_VERSION_SCRIPT_FALSE=''
NO_VERSION_SCRIPT_TRUE=''
OBJDUMP=''
OBJEXT=''
ONLY_MOONLIGHT_FALSE=''
ONLY_MOONLIGHT_TRUE=''
OPROFILE_CFLAGS=''
OPROFILE_LIBS=''
OTOOL64=''
OTOOL=''
PACKAGE='mono'
PACKAGE_BUGREPORT='http://bugzilla.xamarin.com/enter_bug.cgi?classification=Mono'
PACKAGE_NAME='mono'
PACKAGE_STRING='mono 2.11.1'
PACKAGE_TARNAME='mono'
PACKAGE_URL=''
PACKAGE_VERSION='2.11.1'
PATH_SEPARATOR=':'
PKG_CONFIG='false'
PLATFORM_ANDROID_FALSE=''
PLATFORM_ANDROID_TRUE='#'
PLATFORM_DARWIN_FALSE=''
PLATFORM_DARWIN_TRUE='#'
PLATFORM_LINUX_FALSE=''
PLATFORM_LINUX_TRUE='#'
PLATFORM_SIGPOSIX_FALSE=''
PLATFORM_SIGPOSIX_TRUE='#'
POWERPC64_FALSE=''
POWERPC64_TRUE=''
POWERPC_FALSE=''
POWERPC_TRUE=''
RANLIB=''
S390_FALSE=''
S390_TRUE=''
S390x_FALSE=''
S390x_TRUE=''
SED=''
SET_MAKE=''
SGEN_DEFINES=''
SHARED_MONO_FALSE=''
SHARED_MONO_TRUE=''
SHELL='/bin/sh'
SPARC64_FALSE=''
SPARC64_TRUE=''
SPARC_FALSE=''
SPARC_TRUE=''
SQLITE3=''
SQLITE=''
STATIC_MONO_FALSE=''
STATIC_MONO_TRUE=''
STRIP='strip'
SUPPORT_BOEHM_FALSE=''
SUPPORT_BOEHM_TRUE=''
SUPPORT_SGEN_FALSE=''
SUPPORT_SGEN_TRUE=''
TARGET_WIN32_FALSE='#'
TARGET_WIN32_TRUE=''
USE_BATCH_FILES_FALSE=''
USE_BATCH_FILES_TRUE=''
USE_JIT_FALSE=''
USE_JIT_TRUE=''
USE_NLS=''
VERSION='2.11.1'
X11=''
X86_FALSE=''
X86_TRUE=''
XATTR_LIB=''
XGETTEXT=''
XGETTEXT_015=''
XGETTEXT_EXTRA_OPTIONS=''
XMKMF=''
ac_ct_AR=''
ac_ct_CC='gcc'
ac_ct_CXX=''
ac_ct_DUMPBIN=''
am__EXEEXT_FALSE=''
am__EXEEXT_TRUE=''
am__fastdepCCAS_FALSE=''
am__fastdepCCAS_TRUE=''
am__fastdepCC_FALSE=''
am__fastdepCC_TRUE=''
am__fastdepCXX_FALSE=''
am__fastdepCXX_TRUE=''
am__include=''
am__isrc=' -I$(srcdir)'
am__leading_dot='.'
am__nodep=''
am__quote=''
am__tar='tar --format=ustar -chf - "$$tardir"'
am__untar='tar -xf -'
arch_target=''
bindir='${exec_prefix}/bin'
build='x86_64-unknown-linux-gnu'
build_alias='x86_64-unknown-linux-gnu'
build_cpu='x86_64'
build_os='linux-gnu'
build_vendor='unknown'
datadir='${datarootdir}'
datarootdir='${prefix}/share'
docdir='${datarootdir}/doc/${PACKAGE_TARNAME}'
docs_dir=''
dvidir='${docdir}'
exec_prefix='NONE'
export_ldflags=''
host='x86_64-w64-mingw32'
host_alias='x86_64-w64-mingw32'
host_cpu='x86_64'
host_os='mingw32'
host_vendor='w64'
htmldir='${docdir}'
ikvm_native_dir=''
includedir='${prefix}/include'
infodir='${datarootdir}/info'
install_sh='${SHELL} /home/sensei/Downloads/Builds/wine-mono/src/wine-mono-0.0.4/mono/install-sh'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
libgc_dir=''
libgdiplus_loc=''
libmono_cflags='-mno-cygwin -mms-bitfields -mwindows'
libmono_ldflags='-mno-cygwin -mms-bitfields -mwindows'
libsuffix=''
localedir='${datarootdir}/locale'
localstatedir='${prefix}/var'
mandir='${datarootdir}/man'
mcs_topdir=''
mcs_topdir_from_srcdir=''
mkdir_p=''
mono_build_root=''
mono_cfg_dir=''
mono_runtime=''
oldincludedir='/usr/include'
pdfdir='${docdir}'
prefix='/home/sensei/Downloads/Builds/wine-mono/src/wine-mono-0.0.4/build-cross-x86_64-install'
program_transform_name='s&^&x86_64-w64-mingw32-&'
psdir='${docdir}'
reloc_libdir='lib'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
subdirs=''
sysconfdir='${prefix}/etc'
target='x86_64-w64-mingw32'
target_alias='x86_64-w64-mingw32'
target_cpu='x86_64'
target_os='mingw32'
target_vendor='w64'
## confdefs.h. ##
/* confdefs.h */
#define PACKAGE_NAME "mono"
#define PACKAGE_TARNAME "mono"
#define PACKAGE_VERSION "2.11.1"
#define PACKAGE_STRING "mono 2.11.1"
#define PACKAGE_BUGREPORT "http://bugzilla.xamarin.com/enter_bug.cgi?classification=Mono"
#define PACKAGE_URL ""
#define PACKAGE "mono"
#define VERSION "2.11.1"
#define HOST_WIN32 1
#define DISABLE_PORTABILITY 1
#define PLATFORM_NO_SYMLINKS 1
#define TARGET_WIN32 1
#define MINGW_CROSS_COMPILE 1
configure: exit 77
My makepkg.conf:
# /etc/makepkg.conf
# SOURCE ACQUISITION
#-- The download utilities that makepkg should use to acquire sources
# Format: 'protocol::agent'
#DLAGENTS=('ftp::/usr/bin/wget -4 -c --passive-ftp -t 3 --waitretry=3 -O %o %u'
# 'http::/usr/bin/wget -c -t 3 --waitretry=3 -O %o %u'
# 'https::/usr/bin/wget -c -t 3 --waitretry=3 --no-check-certificate -O %o %u'
#Curl as default DLAGENT
DLAGENTS=('ftp::/usr/bin/curl -fC - --ftp-pasv --retry 3 --retry-delay 3 -o %o %u'
'http::/usr/bin/curl -fLC - --retry 3 --retry-delay 3 -o %o %u'
'https::/usr/bin/curl -fLC - --retry 3 --retry-delay 3 -o %o %u'
'rsync::/usr/bin/rsync -z %u %o'
'scp::/usr/bin/scp -C %u %o')
# Other common tools:
# /usr/bin/snarf
# /usr/bin/lftpget -c
# /usr/bin/curl
# ARCHITECTURE, COMPILE FLAGS
CARCH="x86_64"
CHOST="x86_64-unknown-linux-gnu"
#-- Exclusive: will only run on x86_64
# -march (or -mcpu) builds exclusively for an architecture
# -mtune optimizes for an architecture, but builds for whole processor family
CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2"
CXXFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2"
LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu"
#-- Make Flags: change this for DistCC/SMP systems
#MAKEFLAGS="-j2"
I am running a x64 arch with multilib and multilib-testing enabled. This is the first time I have encountered this error. Thank you in advance for all advice and suggestions.
Edited: added makepkg.conf
Last edited by mynameisneo (2012-06-13 19:04:09)In your config.log:
/usr/bin/ld: cannot find -lmswsock
/usr/bin/ld: cannot find -lws2_32
/usr/bin/ld: cannot find -lole32
/usr/bin/ld: cannot find -loleaut32
/usr/bin/ld: cannot find -lpsapi
/usr/bin/ld: cannot find -lversion
/usr/bin/ld: cannot find -ladvapi32
/usr/bin/ld: cannot find -lwinmm
/usr/bin/ld: cannot find -lkernel32
Try find these files which package provides!
Edit: maybe package 'wine' provides this but as I see these libs are in /usr/lib/wine.
Last edited by uzsolt (2012-06-13 18:07:08)
Maybe you are looking for
-
Last week i bought a new computer/ Laptop. I use Windows 7 and 64 Bit. I downloaded the latest version of itunes. I plug my ipod touch into the computer but itunes doesn't show my ipod. I can not do anything now. Please help me.
-
I am getting a "not delivered" when I try to send a photo from my Ipad or iPhone via iMessage. I can receive photos in iMessage and I can send and receive photos other than with iMessage. I have tried restoring factory settings etc but no luck. Is an
-
Cross Component Navigation Error
Hi, I'm trying to navigate back and forth from DC A View A and DC B View B, follow the "How to Navigate Inside WDP Interface Views" tutorial by Bertram. My steps to navigate from DC A View A to DC B View B: 1. Create outbound plugs at the DC A Interf
-
Table maintainance Validations
Hi Friends, I have created a table maintenance for a field and i want to validated the entries made by the user. How can i do that? Message was edited by: Suhas Saha
-
Hello SharePoint Fam, I have been noticing a 5586 Database error each night between 1am-4am and it looks like maybe the SQL server goes down or the network connection, right after that error a 6398 error comes next. Where could I start looking to se