On Mon, 27 Aug 2012 05:20:39 +0100, Jasmine Iwanek wrote:
> I'll have a poke at building glibc with no host headers shortly to see
> what other headers get pulled in, if nothing else it'll keep Greg quiet
Fat chance of that :-)
Anyway, my immediate concerns have been allayed because it turns out
On 2012-08-27 05:00, Ken Moffat wrote:
> On Mon, Aug 27, 2012 at 03:46:00AM +0100, Jasmine Iwanek wrote:
>>
>> As I've stated several times now, we should *not* be pulling host
>> headers into glibc.
>>
> You haven't explained why you didn't install the headers on youur
> first build. In page 6.9
On 2012-08-27 04:28, Bruce Dubbs wrote:
> Jasmine Iwanek wrote:
>> On 2012-08-27 04:00, Bruce Dubbs wrote:
>>
>> How about disabling the unnecessary tool?
>
> That's a lot harder and I'm not sure it's unnecessary. It's executed
> 26
> times.
>
>-- Bruce
The sed it is then, at least in my vie
On Sun, Aug 26, 2012 at 09:30:56PM -0500, Bruce Dubbs wrote:
> Starting a new thread.
>
[...]
>
> I'm starting to think that the problem is that we've built Chapter 6
> glibc in 7.2 without the --enable-obsolete-rpc which would probably
> solve the problem there. For a 7.1 host, we'd need a no
Ken Moffat wrote:
> On Mon, Aug 27, 2012 at 03:46:00AM +0100, Jasmine Iwanek wrote:
>>
>> As I've stated several times now, we should *not* be pulling host
>> headers into glibc.
>>
> You haven't explained why you didn't install the headers on youur
> first build. In page 6.9 we say
>
> Install
On Mon, Aug 27, 2012 at 03:46:00AM +0100, Jasmine Iwanek wrote:
>
> As I've stated several times now, we should *not* be pulling host
> headers into glibc.
>
You haven't explained why you didn't install the headers on youur
first build. In page 6.9 we say
Install NIS and RPC related headers t
On Sun, Aug 26, 2012 at 07:59:25PM -0700, Bryan Kadzban wrote:
>
> Pulling in a reply from the other thread...
>
> Ken Moffat wrote:
> > but I'm still expecting to see moans about this new requirement,
>
> Yeah, that's understandable. Hmm.
>
> Well, looking at the original commit, it simply tu
Jasmine Iwanek wrote:
> On 2012-08-27 04:00, Bruce Dubbs wrote:
>>> As I've stated several times now, we should *not* be pulling host
>>> headers into glibc.
>>
>> I don't think we are. We are building cross-rpcgen as a tool to run
>> on
>> the host, but it's never put on the target system (a non
On 2012-08-27 04:00, Bruce Dubbs wrote:
>> I thought we'd already concluded that?
>
> We were revisiting other options.
>
Fair enough
>> As I've stated several times now, we should *not* be pulling host
>> headers into glibc.
>
> I don't think we are. We are building cross-rpcgen as a tool to ru
Jasmine Iwanek wrote:
> On 2012-08-27 03:30, Bruce Dubbs wrote:
>> Starting a new thread.
>>
>>
>> I'm starting to think that the problem is that we've built Chapter 6
>> glibc in 7.2 without the --enable-obsolete-rpc which would probably
>> solve the problem there. For a 7.1 host, we'd need a not
Jasmine Iwanek wrote:
> On 2012-08-27 03:30, Bruce Dubbs wrote:
>> Starting a new thread.
>>
>>
>> I'm starting to think that the problem is that we've built Chapter
>> 6 glibc in 7.2 without the --enable-obsolete-rpc which would
>> probably solve the problem there. For a 7.1 host, we'd need a n
On 2012-08-27 03:30, Bruce Dubbs wrote:
> Starting a new thread.
>
>
> I'm starting to think that the problem is that we've built Chapter 6
> glibc in 7.2 without the --enable-obsolete-rpc which would probably
> solve the problem there. For a 7.1 host, we'd need a note to install
> the rpcnis-head
Jasmine Iwanek wrote:
> I'll be posting logs and other thoughts later on, but for now we need
> to be looking at *why* any part of ch5 after and including glibc is
> using host headers full stop.
I think Bryan got it. The system builds cross-rpcgen for the host
system using gcc (local) and plai
On 2012-08-27 03:20, Ken Moffat wrote:
> On Sun, Aug 26, 2012 at 06:51:37PM -0700, Bryan Kadzban wrote:
>>
>> Uh, isn't that backwards? :-)
>>
>> BUILD_CC is the CC to use to build programs that will be executed on
>> the
>> cross-compilation *source* architecture, not the destination.
>> ${LFS_
Starting a new thread.
Bryan Kadzban wrote:> Bruce Dubbs wrote:
>> Try this as the lfs user:
>>
>> tar -xf glibc-2.16.0.tar.xz
>> cd glibc-2.16.0
>>
>> sed -i 's/ -lgcc_s//' Makeconfig
>> sed -i 's||"rpc/types.h"|' sunrpc/rpc_clntout.c
>>
>> mkdir -v ../glibc-build
>> cd ../glibc-build
On Sun, Aug 26, 2012 at 08:53:27PM -0500, Bruce Dubbs wrote:
>
> Hmm. I have:
>
> x86_64-lfs-linux-gnu-gcc rpc_main.c -c -std=gnu99 -fgnu89-inline -O2
> -Wall -Winline -Wwrite-strings -fmerge-all-constants -frounding-math -g
> -Wstrict-prototypes-D_RPC_THREAD_SAFE_ -I../include
> -I/
On Sun, Aug 26, 2012 at 06:51:37PM -0700, Bryan Kadzban wrote:
>
> Uh, isn't that backwards? :-)
>
> BUILD_CC is the CC to use to build programs that will be executed on the
> cross-compilation *source* architecture, not the destination. ${LFS_TGT}
> is the destination arch. The glibc sources a
Ken Moffat wrote:
> I still get the error
> rpc_main.c:37:19: fatal error: errno.h: No such file or directory
>
> (this is with the system rpc and rpcsvc headers moved out of hte
> way so that they aren't found - I know the sed should prevent them
> being used, but something is different betwe
Bruce Dubbs wrote:
> Try this as the lfs user:
>
> tar -xf glibc-2.16.0.tar.xz
> cd glibc-2.16.0
>
> sed -i 's/ -lgcc_s//' Makeconfig
> sed -i 's||"rpc/types.h"|' sunrpc/rpc_clntout.c
>
> mkdir -v ../glibc-build
> cd ../glibc-build
>
> echo BUILD_CC=${LFS_TGT}-gcc > configparms
Uh, isn't that
On Mon, Aug 27, 2012 at 02:08:26AM +0100, Ken Moffat wrote:
...
The cause of all this is
commit 28e725016266de6cc18f7aef5c675c57b7a42a89
Author: Maxim Kuvyrkov
Date: Thu May 10 17:07:45 2012 +
Build rpcgen-generated files when cross compiling.
but it doesn't revert cleanly against
On Sun, Aug 26, 2012 at 07:14:33PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> > On Sun, Aug 26, 2012 at 06:14:17PM -0500, Bruce Dubbs wrote:
> >> Bruce Dubbs wrote:
> >>
> >>> I tried setting CC in the environment for just the make and it didn't
> >>> work. I also tried exporting BUILD_CC and
Ken Moffat wrote:
> On Sun, Aug 26, 2012 at 06:14:17PM -0500, Bruce Dubbs wrote:
>> Bruce Dubbs wrote:
>>
>>> I tried setting CC in the environment for just the make and it didn't
>>> work. I also tried exporting BUILD_CC and wasn't picked up either. Now
>>> I just edited the Makefile to set BUIL
On Sun, Aug 26, 2012 at 06:14:17PM -0500, Bruce Dubbs wrote:
> Bruce Dubbs wrote:
>
> > I tried setting CC in the environment for just the make and it didn't
> > work. I also tried exporting BUILD_CC and wasn't picked up either. Now
> > I just edited the Makefile to set BUILD_CC and it will take
Bruce Dubbs wrote:
> I tried setting CC in the environment for just the make and it didn't
> work. I also tried exporting BUILD_CC and wasn't picked up either. Now
> I just edited the Makefile to set BUILD_CC and it will take about 10
> minutes to run.
Well, that did work. I also got the rpc/t
Ken Moffat wrote:
> On Sun, Aug 26, 2012 at 10:13:10PM +0100, Ken Moffat wrote:
>>
>> So, yes, as you have pointed out, it is using the host's compiler
>> here.
>>
>> Looking at my previous builds, in 2.14.1 and 2.15 cross-rpc did not
>> get built, so something based on the initial patch I poin
On Sun, Aug 26, 2012 at 05:24:42PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
>
>
> It would now appear there is an error in the sunrpc portion of the
> Makefile that is calling the wrong gcc. I guess it didn't fail for me
> because I did install libtirpc for testing samba.
>
I surmise th
On Sun, Aug 26, 2012 at 10:13:10PM +0100, Ken Moffat wrote:
>
> So, yes, as you have pointed out, it is using the host's compiler
> here.
>
> Looking at my previous builds, in 2.14.1 and 2.15 cross-rpc did not
> get built, so something based on the initial patch I pointed to in
> my last mail h
Ken Moffat wrote:
> Well, that is the output from my build scripts.
gcc -D_RPC_THREAD_SAFE_ -D_GNU_SOURCE -DIS_IN_build
-include /mnt/lfs/building/glibc-build/config.h
rpc_main.c
-o /mnt/lfs/building/glibc-build/sunrpc/cross-rpc_main.o
-MMD -MP
-MF /mnt/lfs/building/glibc-build/sunrpc/cross-r
On Sun, Aug 26, 2012 at 03:38:57PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> > On Sun, Aug 26, 2012 at 12:46:26AM -0500, Bruce Dubbs wrote:
> >>
> >> Everything looks OK to me. Jasmine, what is the command line (from the
> >> log) that produces the error? I don't know what you are doing that
Ken Moffat wrote:
> On Sun, Aug 26, 2012 at 12:46:26AM -0500, Bruce Dubbs wrote:
>>
>> Everything looks OK to me. Jasmine, what is the command line (from the
>> log) that produces the error? I don't know what you are doing that
>> wants to output to cross-rpc_clntout.o.
> Interrupting, after so
xinglp wrote:
> add it to the file patches.ent is not enough but also chapter03/patches.xml
OK, fixed. Thanks.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
On Sun, Aug 26, 2012 at 12:46:26AM -0500, Bruce Dubbs wrote:
>
> Everything looks OK to me. Jasmine, what is the command line (from the
> log) that produces the error? I don't know what you are doing that
> wants to output to cross-rpc_clntout.o.
>
>-- Bruce
>
Interrupting, after some bu
add it to the file patches.ent is not enough but also chapter03/patches.xml
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
33 matches
Mail list logo
