Re: [patch, build] Restore bootstrap in building libcc1 on darwin

2014-12-04 Thread FX
10-days ping This restores bootstrap on a secondary target, target maintainer is OK with it. I think I need build maintainers approval, so please review. > when the freshly built g++ is used, we need to pass the appropriate -B > options. As I understand it, the appropriate place for that is in

Re: pointer math vs named address spaces

2014-12-04 Thread Richard Biener
On Wed, Dec 3, 2014 at 11:34 PM, DJ Delorie wrote: > > If a target (rl78-elf in my case) has a named address space larger > than the generic address space (__far in my case), why is pointer math > in that named address space still truncated to sizetype? > > N1275 recognizes that named address spac

Re: [patch, build] Restore bootstrap in building libcc1 on darwin

2014-12-04 Thread Rainer Orth
FX writes: > 10-days ping > This restores bootstrap on a secondary target, target maintainer is OK with > it. I think I need build maintainers approval, so please review. While in my testing, 64-bit Mac OS X 10.10.1 (x86_64-apple-darwin14.0.0) now bootstraps, but 32-bit (i386-apple-darwin14.0.0)

Re: [patch, build] Restore bootstrap in building libcc1 on darwin

2014-12-04 Thread FX
> While in my testing, 64-bit Mac OS X 10.10.1 (x86_64-apple-darwin14.0.0) > now bootstraps, but 32-bit (i386-apple-darwin14.0.0) does not: Is it due to my patch, or pre-existing bootstrap failure? How do you configure this 32-bit compiler? target/build/host/CFLAGS/CXXFLAGS/etc FX

Re: [patch, build] Restore bootstrap in building libcc1 on darwin

2014-12-04 Thread Iain Sandoe
Hi Rainer, On 4 Dec 2014, at 13:32, Rainer Orth wrote: > FX writes: > >> 10-days ping >> This restores bootstrap on a secondary target, target maintainer is OK with >> it. I think I need build maintainers approval, so please review. > > While in my testing, 64-bit Mac OS X 10.10.1 (x86_64-appl

Re: [patch, build] Restore bootstrap in building libcc1 on darwin

2014-12-04 Thread Rainer Orth
FX writes: >> While in my testing, 64-bit Mac OS X 10.10.1 (x86_64-apple-darwin14.0.0) >> now bootstraps, but 32-bit (i386-apple-darwin14.0.0) does not: > > Is it due to my patch, or pre-existing bootstrap failure? I can't tell: before your patch, 32-bit bootstrap was broken due to PR bootstrap/

Re: [patch, build] Restore bootstrap in building libcc1 on darwin

2014-12-04 Thread Richard Biener
On Thu, Dec 4, 2014 at 2:43 PM, Iain Sandoe wrote: > Hi Rainer, > > On 4 Dec 2014, at 13:32, Rainer Orth wrote: > >> FX writes: >> >>> 10-days ping >>> This restores bootstrap on a secondary target, target maintainer is OK with >>> it. I think I need build maintainers approval, so please review.

Re: [patch, build] Restore bootstrap in building libcc1 on darwin

2014-12-04 Thread Richard Biener
On Thu, Dec 4, 2014 at 2:47 PM, Richard Biener wrote: > On Thu, Dec 4, 2014 at 2:43 PM, Iain Sandoe wrote: >> Hi Rainer, >> >> On 4 Dec 2014, at 13:32, Rainer Orth wrote: >> >>> FX writes: >>> 10-days ping This restores bootstrap on a secondary target, target maintainer is OK with

Re: [patch, build] Restore bootstrap in building libcc1 on darwin

2014-12-04 Thread FX
> The default BOOT_CFLAGS are: -O2 -g -mdynamic-no-pic > the libiberty pic build appends: -fno-common (and not even -fPIC) [NB -fPIC > _won't_ override -mdynamic-no-pic, so that's not a simple way out] > This means that the PIC library is being built with non-pic relocs. config/mh-darwin says tha

Re: [patch, build] Restore bootstrap in building libcc1 on darwin

2014-12-04 Thread Richard Biener
On Thu, Dec 4, 2014 at 2:48 PM, Richard Biener wrote: > On Thu, Dec 4, 2014 at 2:47 PM, Richard Biener > wrote: >> On Thu, Dec 4, 2014 at 2:43 PM, Iain Sandoe wrote: >>> Hi Rainer, >>> >>> On 4 Dec 2014, at 13:32, Rainer Orth wrote: >>> FX writes: > 10-days ping > This restore

Re: [patch, build] Restore bootstrap in building libcc1 on darwin

2014-12-04 Thread Richard Biener
On Thu, Dec 4, 2014 at 2:52 PM, FX wrote: >> The default BOOT_CFLAGS are: -O2 -g -mdynamic-no-pic >> the libiberty pic build appends: -fno-common (and not even -fPIC) [NB -fPIC >> _won't_ override -mdynamic-no-pic, so that's not a simple way out] >> This means that the PIC library is being built

Re: [patch, build] Restore bootstrap in building libcc1 on darwin

2014-12-04 Thread FX
> Can you try adding it as > > T_CFLAGS += -mdynamic-no-pic > > in gcc/config/t-tarwin instead? Nope, doing so fails to link libgcc_s.dylib: /Users/fx/devel/gcc/i/./gcc/xgcc -B/Users/fx/devel/gcc/i/./gcc/ -B/Users/fx/devel/gcc/i2/i386-apple-darwin14.0.0/bin/ -B/Users/fx/devel/gcc/i2/i386-appl

Re: [patch, build] Restore bootstrap in building libcc1 on darwin

2014-12-04 Thread Iain Sandoe
On 4 Dec 2014, at 15:24, FX wrote: >> Can you try adding it as >> >> T_CFLAGS += -mdynamic-no-pic >> >> in gcc/config/t-tarwin instead? > -mdynamic-no-pic should be used to build *host* executable stuff for m32 darwin. It is not suitable for building shared libraries (hence the problem with

gcc-4.8-20141204 is now available

2014-12-04 Thread gccadmin
Snapshot gcc-4.8-20141204 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20141204/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.8 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches