Re: Can't buildworld since Clang update

2011-03-01 Thread Olivier Smedts
2011/2/28 Dimitry Andric d...@freebsd.org:
 On 2011-02-28 15:35, Olivier Smedts wrote:

 I now have problems building gnu/lib/libobjc. When using Clang, gcc is
 still used to build gnu/lib/libobjc (see XXX: clang cannot compile
 libobjc yet), but gcc core dumps at this stage on two different
 computers, using the same CFLAGS -O2 -pipe -march=native :
 pid 38850 (gcc), uid 0: exited on signal 11 (core dumped)

 Hm, I have never seen this... Can you try removing the -march=native?

buildworld OK with the same make.conf and the following hack...err,
diff. I tried with -march=core2 (for a Core i7) and it didn't work,
neither with -march=native -mno-mmx -mno-sse -mno-sse2 -mno-sse3.

Index: gnu/lib/libobjc/Makefile
===
--- gnu/lib/libobjc/Makefile(révision 219096)
+++ gnu/lib/libobjc/Makefile(copie de travail)
@@ -1,5 +1,5 @@
 # $FreeBSD$
-
+CFLAGS=-O2 -pipe -march=nocona
 .include bsd.own.mk

 OBJCDIR=${.CURDIR}/../../../contrib/libobjc

-- 
Olivier Smedts                                                 _
                                        ASCII ribbon campaign ( )
e-mail: oliv...@gid0.org        - against HTML email  vCards  X
www: http://www.gid0.org    - against proprietary attachments / \

  Il y a seulement 10 sortes de gens dans le monde :
  ceux qui comprennent le binaire,
  et ceux qui ne le comprennent pas.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: Can't buildworld since Clang update

2011-02-28 Thread Olivier Smedts
2011/2/21 Olivier Smedts oliv...@gid0.org:
 Hello,

 I can't buildworld with Clang since the last update.

 %uname -a
 FreeBSD zozo.afpicl.lan 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r218908M:
 Mon Feb 21 09:56:35 CET 2011
 r...@zozo.afpicl.lan:/usr/obj/usr/src/sys/CORE  amd64
 %clang -v
 FreeBSD clang version 2.9 (trunk 126079) 20110220
 Target: x86_64-undermydesk-freebsd9.0
 Thread model: posix
 %cat /etc/src.conf
 .if !defined(CC) || ${CC} == cc
 CC=clang
 .endif
 .if !defined(CXX) || ${CXX} == c++
 CXX=clang++
 .endif
 # Don't die on warnings
 NO_WERROR=
 WERROR=
 %head /etc/make.conf
 CPUTYPE?=core2
 KERNCONF=CORE
 CFLAGS=-O2 -pipe -march=native
 NO_CPU_CFLAGS=yes
 COPTFLAGS=-O2 -pipe -march=native
 NO_CPU_COPTFLAGS=yes
 BOOTWAIT=0
 WITHOUT_PROFILE=yes

 # make buildworld
 [...]
 === lib/libz (obj,depend,all,install)
 [...]
 clang -O2 -pipe -march=native -DHAS_snprintf -DHAS_vsnprintf
 -I/usr/src/lib/libz -DASMV -DNO_UNDERLINE -DSYMBOL_VERSIONING
 -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W
 -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes
 -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign
 -Wa,--noexecstack -c /usr/src/lib/libz/contrib/gcc_gvmat64/gvmat64.S
 /tmp/cc-VUyvc6.s:6:1: warning: ignoring directive for now
 .intel_syntax noprefix
 ^
 /tmp/cc-VUyvc6.s:12:9: error: unknown use of instruction mnemonic
 without a size suffix
        mov [(rsp + 40 - 96)],rbx
        ^

I now have problems building gnu/lib/libobjc. When using Clang, gcc is
still used to build gnu/lib/libobjc (see XXX: clang cannot compile
libobjc yet), but gcc core dumps at this stage on two different
computers, using the same CFLAGS -O2 -pipe -march=native :
pid 38850 (gcc), uid 0: exited on signal 11 (core dumped)

%clang -v
FreeBSD clang version 2.9 (trunk 126547) 20110226
Target: x86_64-undermydesk-freebsd9.0
Thread model: posix

-- 
Olivier Smedts                                                 _
                                        ASCII ribbon campaign ( )
e-mail: oliv...@gid0.org        - against HTML email  vCards  X
www: http://www.gid0.org    - against proprietary attachments / \

  Il y a seulement 10 sortes de gens dans le monde :
  ceux qui comprennent le binaire,
  et ceux qui ne le comprennent pas.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: Can't buildworld since Clang update

2011-02-28 Thread Dimitry Andric

On 2011-02-28 15:35, Olivier Smedts wrote:

I now have problems building gnu/lib/libobjc. When using Clang, gcc is
still used to build gnu/lib/libobjc (see XXX: clang cannot compile
libobjc yet), but gcc core dumps at this stage on two different
computers, using the same CFLAGS -O2 -pipe -march=native :
pid 38850 (gcc), uid 0: exited on signal 11 (core dumped)


Hm, I have never seen this... Can you try removing the -march=native?
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: Can't buildworld since Clang update

2011-02-24 Thread Dimitry Andric

On 2011-02-24 08:26, datastream datastream.freecity wrote:

I removed /etc/src.conf.binutils is 2.15.

...

Ok, I managed to reproduce your error, on an old snapshot with clang 2.8
and binutils 2.15.  It turns out it is caused by an upstream change,
which was intended to work around problems in the configure scripts of
some ports.

Unfortunately, it also has the side effect of sometimes picking the
wrong libraries to link with, which can lead to the error you have seen.

I have committed a fix for this in r219011; can you please update to at
least that revision, blow away your /usr/obj just to be sure, and try to
rebuild?  It should now work properly.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: Can't buildworld since Clang update

2011-02-24 Thread datastream datastream.freecity
It works.make buildworld works ok now.Thinks Dimitry Andric.

On Fri, Feb 25, 2011 at 5:54 AM, Dimitry Andric d...@freebsd.org wrote:

 On 2011-02-24 08:26, datastream datastream.freecity wrote:

 I removed /etc/src.conf.binutils is 2.15.

 ...

 Ok, I managed to reproduce your error, on an old snapshot with clang 2.8
 and binutils 2.15.  It turns out it is caused by an upstream change,
 which was intended to work around problems in the configure scripts of
 some ports.

 Unfortunately, it also has the side effect of sometimes picking the
 wrong libraries to link with, which can lead to the error you have seen.

 I have committed a fix for this in r219011; can you please update to at
 least that revision, blow away your /usr/obj just to be sure, and try to
 rebuild?  It should now work properly.

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: Can't buildworld since Clang update

2011-02-23 Thread datastream datastream.freecity
I deleted all files in /usr/src and /usr/obj. it changes nothing, i still
get same error.

In /etc/make.conf:
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
.endif
# Don't die on warnings
NO_WERROR=
WERROR=
STRIP=
CFLAGS+=-fno-omit-frame-pointer


On Tue, Feb 22, 2011 at 11:13 PM, Dimitry Andric d...@freebsd.org wrote:

 On 2011-02-22 15:37, datastream datastream.freecity wrote:

 I add '-no-integrated-as' in /etc/make.conf,but I still failed.


 Don't do that.  The few instances where the integrated assembler needs
 to be disabled are already covered.


 ...

  /usr/obj/usr/src/tmp/lib/libthr.so.3: undefined reference to
 `_rtld_get_stack_prot'


 Something seems to be seriously wrong in your tree.  Can you try to blow
 away /usr/obj entirely, remove the -no-integrated-as flag from
 make.conf, and try again?

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: Can't buildworld since Clang update

2011-02-23 Thread Renato Botelho
On Wed, Feb 23, 2011 at 10:22 AM, datastream datastream.freecity
datastream.freec...@gmail.com wrote:
 I deleted all files in /usr/src and /usr/obj. it changes nothing, i still
 get same error.

 In /etc/make.conf:
 .if !defined(CC) || ${CC} == cc
 CC=clang
 .endif
 .if !defined(CXX) || ${CXX} == c++
 CXX=clang++
 .endif
 # Don't die on warnings
 NO_WERROR=
 WERROR=
 STRIP=
 CFLAGS+=-fno-omit-frame-pointer

I'm not having problems here, my /etc/make.conf contains:

.if ${.CURDIR:N*usr/src*}==
. if !defined(CC) || ${CC} == cc
CC=clang
. endif
. if !defined(CXX) || ${CXX} == c++
CXX=clang++
. endif
# Don't die on warnings
NO_WERROR=
WERROR=
.endif

And my /etc/src.conf:

.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
.endif
# Don't die on warnings
NO_WERROR=
WERROR=

It's building fine with clang.
-- 
Renato Botelho
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: Can't buildworld since Clang update

2011-02-23 Thread Dimitry Andric

On 2011-02-23 14:22, datastream datastream.freecity wrote:

I deleted all files in /usr/src and /usr/obj. it changes nothing, i still
get same error.

In /etc/make.conf:
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
.endif
# Don't die on warnings
NO_WERROR=
WERROR=
STRIP=
CFLAGS+=-fno-omit-frame-pointer


I just did a full buildworld and buildkernel with exactly these settings
(deleted src.conf), and it worked fine.  Is there any more information
you can supply?  E.g. which exact revision of the tree are you trying to
build, which version of clang are you using, version of binutils, or any
other non-default environment settings?
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: Can't buildworld since Clang update

2011-02-23 Thread datastream datastream.freecity
I removed /etc/src.conf.binutils is 2.15.
#svn info /usr/src
Path: /usr/src
URL: http://svn.freebsd.org/base/head
Repository Root: http://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 218985
Node Kind: directory
Schedule: normal
Last Changed Author: brucec
Last Changed Rev: 218985
Last Changed Date: 2011-02-24 05:45:28 +0800 (Thu, 24 Feb 2011)

#cat /etc/make.conf
.if ${.CURDIR:N*usr/src*}==
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
.endif
NO_WERROR=
WERROR=
.endif

#printenv
TERM=xterm
FTP_PASSIVE_MODE=YES
BLOCKSIZE=K
MAIL=/var/mail/root
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/bin:/usr/local/sbin:/usr/X11R6/bin:/usr/local/afs/bin:/root/bin:/usr/local/texlive/2007/bin/i386-freebsd:/usr/local/kde4/bin
SHELL=/bin/csh
HOME=/root
USER=root
HOSTTYPE=FreeBSD
VENDOR=unknown
OSTYPE=FreeBSD
MACHTYPE=unknown
SHLVL=1
PWD=/root
LOGNAME=root
GROUP=wheel
HOST=datastream-laptop.people.163.org
REMOTEHOST=
LSCOLORS=ExGxFxdxCxegedabagExEx
CLICOLOR=yes
MANPATH=/usr/share/man:/usr/local/man:/usr/X11R6/man:/usr/local/lib/perl5/5.8.8/man:/usr/local/lib/perl5/5.8.8/perl/man:/usr/local/texlive/2007/texmf/doc/man
EDITOR=ee
PAGER=less
#clang -v
FreeBSD clang version 2.8 (tags/RELEASE_28 115870) 20101007
Target: x86_64-undermydesk-freebsd9.0
Thread model: posix

On Thu, Feb 24, 2011 at 12:04 AM, Dimitry Andric d...@freebsd.org wrote:

 On 2011-02-23 14:22, datastream datastream.freecity wrote:

 I deleted all files in /usr/src and /usr/obj. it changes nothing, i still
 get same error.

 In /etc/make.conf:
 .if !defined(CC) || ${CC} == cc
 CC=clang
 .endif
 .if !defined(CXX) || ${CXX} == c++
 CXX=clang++
 .endif
 # Don't die on warnings
 NO_WERROR=
 WERROR=
 STRIP=
 CFLAGS+=-fno-omit-frame-pointer


 I just did a full buildworld and buildkernel with exactly these settings
 (deleted src.conf), and it worked fine.  Is there any more information
 you can supply?  E.g. which exact revision of the tree are you trying to
 build, which version of clang are you using, version of binutils, or any
 other non-default environment settings?

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: Can't buildworld since Clang update

2011-02-22 Thread datastream datastream.freecity
I add '-no-integrated-as' in /etc/make.conf,but I still failed.
#clang -v
FreeBSD clang version 2.8 (tags/RELEASE_28 115870) 20101007
Target: x86_64-undermydesk-freebsd9.0
Thread model: posix
#make buildworld
..
=== cddl/usr.bin/zinject (all)
clang -O2 -pipe -fno-omit-frame-pointer -no-integrated-as
 -I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris
-I/usr/src/cddl/usr.bin/zinject/../../compat/opensolaris/include
-I/usr/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem
-I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common
-I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common
-I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair
-I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs
-I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys
-I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common
-I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head
-I/usr/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN
-std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c
/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c
clang -O2 -pipe -fno-omit-frame-pointer -no-integrated-as
 -I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris
-I/usr/src/cddl/usr.bin/zinject/../../compat/opensolaris/include
-I/usr/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem
-I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common
-I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common
-I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair
-I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs
-I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys
-I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common
-I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head
-I/usr/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN
-std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c
/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c
/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:209:10:
warning:
  10 enumeration values not handled in switch: 'TYPE_MOS',
'TYPE_MOSDIR',
  'TYPE_METASLAB'... [-Wswitch-enum]
switch (type) {
^
/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:323:11:
warning:
  5 enumeration values not handled in switch: 'TYPE_DATA', 'TYPE_DNODE',
  'TYPE_LABEL_UBERBLOCK'... [-Wswitch-enum]
switch (type) {
^
/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:449:10:
warning:
  10 enumeration values not handled in switch: 'TYPE_DATA',
'TYPE_DNODE',
  'TYPE_MOS'... [-Wswitch-enum]
switch (label_type) {
^
3 warnings generated.
clang -O2 -pipe -fno-omit-frame-pointer -no-integrated-as
 -I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris
-I/usr/src/cddl/usr.bin/zinject/../../compat/opensolaris/include
-I/usr/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem
-I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common
-I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common
-I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair
-I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs
-I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys
-I/usr/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common
-I/usr/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head
-I/usr/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN
-std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas  -o
zinject zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs
-lzpool
clang: warning: argument unused during compilation: '-std=gnu89'
/usr/obj/usr/src/tmp/lib/libthr.so.3: undefined reference to
`_rtld_get_stack_prot'
clang: error: linker command failed with exit code 1 (use -v to see
invocation)
*** Error code 1

Stop in /usr/src/cddl/usr.bin/zinject.
*** Error code 1

Stop in /usr/src/cddl/usr.bin.
*** Error code 1

Stop in /usr/src/cddl.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.


On Mon, Feb 21, 2011 at 11:07 PM, Dimitry Andric d...@freebsd.org wrote:

 On 2011-02-21 11:33, Olivier Smedts wrote:

 I can't buildworld with Clang since the last update.

 ...

  %cat /etc/src.conf
 .if !defined(CC) || ${CC} == cc
 CC=clang
 .endif
 .if !defined(CXX) || ${CXX} == c++
 CXX=clang++
 .endif
 # Don't die on warnings
 NO_WERROR=
 WERROR=


Re: Can't buildworld since Clang update

2011-02-22 Thread Dimitry Andric

On 2011-02-22 15:37, datastream datastream.freecity wrote:

I add '-no-integrated-as' in /etc/make.conf,but I still failed.


Don't do that.  The few instances where the integrated assembler needs
to be disabled are already covered.


...

/usr/obj/usr/src/tmp/lib/libthr.so.3: undefined reference to
`_rtld_get_stack_prot'


Something seems to be seriously wrong in your tree.  Can you try to blow
away /usr/obj entirely, remove the -no-integrated-as flag from
make.conf, and try again?
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: Can't buildworld since Clang update

2011-02-22 Thread Manfred Antar
At 07:07 AM 2/21/2011, Dimitry Andric wrote:
On 2011-02-21 11:33, Olivier Smedts wrote:
I can't buildworld with Clang since the last update.
...
%cat /etc/src.conf
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
.endif
# Don't die on warnings
NO_WERROR=
WERROR=

Try putting these lines in /etc/make.conf instead.  Unfortunately, due
to the way src.conf is read, it isn't usable for the few cases we need
to disable clang's integrated assembler, using the '-no-integrated-as'
option.


/tmp/cc-VUyvc6.s:6:1: warning: ignoring directive for now
.intel_syntax noprefix
^

I too am having trouble with buildworld
I switched back to standard /usr/bin/cc, but make buildworld stops here:

c++ -O2 -pipe 
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include 
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include 
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. 
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\i386-undermydesk-freebsd9.0\ 
-I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -c 
/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/system_error.cpp
building static llvmsupport library
ranlib libllvmsupport.a
=== lib/clang/libllvmsystem (obj,depend,all,install)
cd: can't cd to /usr/src/lib/clang/libllvmsystem
*** Error code 2

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

Last night i deleted /usr/src and did a fresh cvsup
Still same problem

==
||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
== 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: Can't buildworld since Clang update

2011-02-22 Thread Dimitry Andric

On 2011-02-22 16:16, Manfred Antar wrote:

I too am having trouble with buildworld
I switched back to standard /usr/bin/cc, but make buildworld stops here:

c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include 
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include 
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. 
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include 
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS 
-DLLVM_HOSTTRIPLE=\i386-undermydesk-freebsd9.0\ 
-I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -c 
/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/system_error.cpp
building static llvmsupport library
ranlib libllvmsupport.a
===  lib/clang/libllvmsystem (obj,depend,all,install)
cd: can't cd to /usr/src/lib/clang/libllvmsystem


libllvmsystem does not exist anymore, and has been eliminated from
lib/clang/Makefile.  Your tree is out of date, or inconsistently
updated.  Try using another cvsup mirror.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: Can't buildworld since Clang update

2011-02-22 Thread Manfred Antar
At 07:07 AM 2/21/2011, Dimitry Andric wrote:
On 2011-02-21 11:33, Olivier Smedts wrote:
I can't buildworld with Clang since the last update.
...
%cat /etc/src.conf
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
.endif
# Don't die on warnings
NO_WERROR=
WERROR=

Try putting these lines in /etc/make.conf instead.  Unfortunately, due
to the way src.conf is read, it isn't usable for the few cases we need
to disable clang's integrated assembler, using the '-no-integrated-as'
option.


/tmp/cc-VUyvc6.s:6:1: warning: ignoring directive for now
.intel_syntax noprefix
^

I too am having trouble with buildworld
I switched back to standard /usr/bin/cc, but make buildworld stops here:

c++ -O2 -pipe 
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include 
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include 
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. 
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\i386-undermydesk-freebsd9.0\ 
-I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -c 
/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/system_error.cpp
building static llvmsupport library
ranlib libllvmsupport.a
=== lib/clang/libllvmsystem (obj,depend,all,install)
cd: can't cd to /usr/src/lib/clang/libllvmsystem
*** Error code 2

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

Last night i deleted /usr/src and did a fresh cvsup
Still same problem

Turns out that cvsup10.us.freebsd.org which i was using is not up to date.
I'm using cvsup.us.freebsd.org now and am getting many new updates.


==
||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
== 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: Can't buildworld since Clang update

2011-02-22 Thread datastream datastream.freecity
In /etc/make.conf, I only add 'CFLAGS+=-fno-omit-frame-pointer'.And removed
all files in /usr/obj. /usr/src sync with http://svn.freebsd.org/base/head.
#make buildkernel

MAKE=make sh /usr/src/sys/conf/newvers.sh G9laptop
/usr/local/bin/svnversion
clang -c -O2 -frename-registers -pipe -fno-strict-aliasing  -std=c99  -Wall
-Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes
-Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign
-fformat-extensions -nostdinc  -I. -I/usr/src/sys
-I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include
opt_global.h  -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone
 -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3  -msoft-float
-fno-asynchronous-unwind-tables -ffreestanding -fstack-protector   vers.c
clang: warning: argument unused during compilation: '-frename-registers'
clang: warning: argument unused during compilation: '-mfpmath=387'
linking kernel
ld:/usr/src/sys/conf/ldscript.amd64:9: syntax error
*** Error code 1



On Tue, Feb 22, 2011 at 11:44 PM, Manfred Antar n...@pozo.com wrote:

 At 07:07 AM 2/21/2011, Dimitry Andric wrote:
 On 2011-02-21 11:33, Olivier Smedts wrote:
 I can't buildworld with Clang since the last update.
 ...
 %cat /etc/src.conf
 .if !defined(CC) || ${CC} == cc
 CC=clang
 .endif
 .if !defined(CXX) || ${CXX} == c++
 CXX=clang++
 .endif
 # Don't die on warnings
 NO_WERROR=
 WERROR=
 
 Try putting these lines in /etc/make.conf instead.  Unfortunately, due
 to the way src.conf is read, it isn't usable for the few cases we need
 to disable clang's integrated assembler, using the '-no-integrated-as'
 option.
 
 
 /tmp/cc-VUyvc6.s:6:1: warning: ignoring directive for now
 .intel_syntax noprefix
 ^
 
 I too am having trouble with buildworld
 I switched back to standard /usr/bin/cc, but make buildworld stops here:
 
 c++ -O2 -pipe
 -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include
 -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include
 -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I.
 -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS
 -D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\i386-undermydesk-freebsd9.0\
 -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -c
 /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/system_error.cpp
 building static llvmsupport library
 ranlib libllvmsupport.a
 === lib/clang/libllvmsystem (obj,depend,all,install)
 cd: can't cd to /usr/src/lib/clang/libllvmsystem
 *** Error code 2
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 
 Last night i deleted /usr/src and did a fresh cvsup
 Still same problem

 Turns out that cvsup10.us.freebsd.org which i was using is not up to date.
 I'm using cvsup.us.freebsd.org now and am getting many new updates.


 ==
 ||  n...@pozo.com   ||
 ||  Ph. (415) 681-6235  ||
 ==


 --
 This message has been scanned for viruses and
 dangerous content by MailScanner, and is
 believed to be clean.

 ___
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: Can't buildworld since Clang update

2011-02-22 Thread Dimitry Andric

On 2011-02-22 18:38, datastream datastream.freecity wrote:

In /etc/make.conf, I only add 'CFLAGS+=-fno-omit-frame-pointer'.And removed
all files in /usr/obj. /usr/src sync with http://svn.freebsd.org/base/head.
#make buildkernel


Before you do make buildkernel, always run make buildworld, or at
least make kernel-toolchain.  This ensures you have an up-to-date ld
(and other tools) under /usr/obj.

That said, these steps are normally only needed when e.g. binutils or
other toolchain components have been upgraded.  This has happened so
seldom in the past few years, that people seem to have forgotten how
bootstrapping works. :)
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: Can't buildworld since Clang update

2011-02-22 Thread Eir Nym
On 22 February 2011 21:11, Dimitry Andric d...@freebsd.org wrote:
 On 2011-02-22 18:38, datastream datastream.freecity wrote:

 In /etc/make.conf, I only add 'CFLAGS+=-fno-omit-frame-pointer'.And
 removed
 all files in /usr/obj. /usr/src sync with
 http://svn.freebsd.org/base/head.
 #make buildkernel

 Before you do make buildkernel, always run make buildworld, or at
 least make kernel-toolchain.  This ensures you have an up-to-date ld
 (and other tools) under /usr/obj.

 That said, these steps are normally only needed when e.g. binutils or
 other toolchain components have been upgraded.  This has happened so
 seldom in the past few years, that people seem to have forgotten how
 bootstrapping works. :)

Nope! `make kernel-toolchain` is also important for cross-compile
builds to be sure that anything is done.

 ___
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Can't buildworld since Clang update

2011-02-21 Thread Olivier Smedts
Hello,

I can't buildworld with Clang since the last update.

%uname -a
FreeBSD zozo.afpicl.lan 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r218908M:
Mon Feb 21 09:56:35 CET 2011
r...@zozo.afpicl.lan:/usr/obj/usr/src/sys/CORE  amd64
%clang -v
FreeBSD clang version 2.9 (trunk 126079) 20110220
Target: x86_64-undermydesk-freebsd9.0
Thread model: posix
%cat /etc/src.conf
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
.endif
# Don't die on warnings
NO_WERROR=
WERROR=
%head /etc/make.conf
CPUTYPE?=core2
KERNCONF=CORE
CFLAGS=-O2 -pipe -march=native
NO_CPU_CFLAGS=yes
COPTFLAGS=-O2 -pipe -march=native
NO_CPU_COPTFLAGS=yes
BOOTWAIT=0
WITHOUT_PROFILE=yes

# make buildworld
[...]
=== lib/libz (obj,depend,all,install)
[...]
clang -O2 -pipe -march=native -DHAS_snprintf -DHAS_vsnprintf
-I/usr/src/lib/libz -DASMV -DNO_UNDERLINE -DSYMBOL_VERSIONING
-std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Wno-uninitialized -Wno-pointer-sign
-Wa,--noexecstack -c /usr/src/lib/libz/contrib/gcc_gvmat64/gvmat64.S
/tmp/cc-VUyvc6.s:6:1: warning: ignoring directive for now
.intel_syntax noprefix
^
/tmp/cc-VUyvc6.s:12:9: error: unknown use of instruction mnemonic
without a size suffix
mov [(rsp + 40 - 96)],rbx
^
/tmp/cc-VUyvc6.s:13:9: error: unknown use of instruction mnemonic
without a size suffix
mov [(rsp + 48 - 96)],rbp
^
/tmp/cc-VUyvc6.s:16:9: error: unknown use of instruction mnemonic
without a size suffix
mov rcx,rdi
^
/tmp/cc-VUyvc6.s:18:9: error: unknown use of instruction mnemonic
without a size suffix
mov r8d,esi
^
/tmp/cc-VUyvc6.s:21:9: error: unknown use of instruction mnemonic
without a size suffix
mov [(rsp + 56 - 96)],r12
^
/tmp/cc-VUyvc6.s:22:9: error: unknown use of instruction mnemonic
without a size suffix
mov [(rsp + 64 - 96)],r13
^
/tmp/cc-VUyvc6.s:23:9: error: unknown use of instruction mnemonic
without a size suffix
mov [(rsp + 72 - 96)],r14
^
/tmp/cc-VUyvc6.s:24:9: error: unknown use of instruction mnemonic
without a size suffix
mov [(rsp + 80 - 96)],r15
^
/tmp/cc-VUyvc6.s:26:9: error: unknown use of instruction mnemonic
without a size suffix
mov edi, [ rcx + 168]
^
/tmp/cc-VUyvc6.s:27:9: error: unknown use of instruction mnemonic
without a size suffix
mov esi, [ rcx + 188]
^
/tmp/cc-VUyvc6.s:28:9: error: unknown use of instruction mnemonic
without a size suffix
mov eax, [ rcx + 76]
^
/tmp/cc-VUyvc6.s:29:9: error: unknown use of instruction mnemonic
without a size suffix
mov ebx, [ rcx + 172]
^
/tmp/cc-VUyvc6.s:30:9: error: unknown use of instruction mnemonic
without a size suffix
cmp edi, esi
^
/tmp/cc-VUyvc6.s:32:9: error: unknown use of instruction mnemonic
without a size suffix
shr ebx, 2
^
/tmp/cc-VUyvc6.s:40:9: error: ambiguous instructions require an
explicit suffix (could be 'decb', 'decw', 'decl', or 'decq')
dec ebx
^
/tmp/cc-VUyvc6.s:41:9: error: unknown use of instruction mnemonic
without a size suffix
shl ebx, 16
^
/tmp/cc-VUyvc6.s:42:9: error: unknown use of instruction mnemonic
without a size suffix
or ebx, eax
^
/tmp/cc-VUyvc6.s:49:9: error: unknown use of instruction mnemonic
without a size suffix
mov eax, [ rcx + 192]
^
/tmp/cc-VUyvc6.s:50:9: error: unknown use of instruction mnemonic
without a size suffix
mov [(rsp + 8 - 96)], ebx
^
/tmp/cc-VUyvc6.s:51:9: error: unknown use of instruction mnemonic
without a size suffix
mov r10d, [ rcx + 164]
^
/tmp/cc-VUyvc6.s:52:9: error: unknown use of instruction mnemonic
without a size suffix
cmp r10d, eax
^
/tmp/cc-VUyvc6.s:53:9: error: unknown use of instruction mnemonic
without a size suffix
cmovnl r10d, eax
^
/tmp/cc-VUyvc6.s:54:9: error: unknown use of instruction mnemonic
without a size suffix
mov [(rsp + 16 - 96)],r10d
^
/tmp/cc-VUyvc6.s:59:9: error: unknown use of instruction mnemonic
without a size suffix
mov r10, [ rcx + 80]
^
/tmp/cc-VUyvc6.s:60:9: error: unknown use of instruction mnemonic
without a size suffix
mov ebp, [ rcx + 156]
^
/tmp/cc-VUyvc6.s:61:9: error: unknown use of instruction mnemonic
without a size suffix
lea r13, [r10 + rbp]
^
/tmp/cc-VUyvc6.s:66:10: error: unknown use of instruction mnemonic
without a size suffix
 mov r9,r13
 ^
/tmp/cc-VUyvc6.s:67:10: error: ambiguous instructions require an
explicit suffix (could be 'negb', 'negw', 'negl', or 'negq')
 neg r13
 ^
/tmp/cc-VUyvc6.s:68:10: error: unknown use of instruction mnemonic
without a size suffix
 and r13,3
 ^
/tmp/cc-VUyvc6.s:74:9: error: unknown use of instruction mnemonic
without 

Re: Can't buildworld since Clang update

2011-02-21 Thread Dimitry Andric

On 2011-02-21 11:33, Olivier Smedts wrote:

I can't buildworld with Clang since the last update.

...

%cat /etc/src.conf
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
.endif
# Don't die on warnings
NO_WERROR=
WERROR=


Try putting these lines in /etc/make.conf instead.  Unfortunately, due
to the way src.conf is read, it isn't usable for the few cases we need
to disable clang's integrated assembler, using the '-no-integrated-as'
option.



/tmp/cc-VUyvc6.s:6:1: warning: ignoring directive for now
.intel_syntax noprefix
^


In this case, you hit the one and only instance of the '.intel_syntax'
directive in the tree; this directive is not yet supported by clang's
integrated assembler.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org