Thanks for all the replies.  I think I'll try Alexey's suggestion to load
Ubuntu and build up system.  I'll let you know how I fare.

On Sat, Feb 14, 2015 at 3:00 PM, <
[email protected]> wrote:

> Send lfs-support mailing list submissions to
>         [email protected]
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lists.linuxfromscratch.org/listinfo/lfs-support
> or, via email, send a message with subject or body 'help' to
>         [email protected]
>
> You can reach the person managing the list at
>         [email protected]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of lfs-support digest..."
>
>
> Today's Topics:
>
>    1. Issues with LFS and Cygwin (Patricia Holden)
>    2. Re: Issues with LFS and Cygwin (Bruce Dubbs)
>    3. Re: Issues with LFS and Cygwin (Pierre Labastie)
>    4. Re: Issues with LFS and Cygwin (Alexey Orishko)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 13 Feb 2015 21:30:23 -0500
> From: Patricia Holden <[email protected]>
> To: [email protected]
> Subject: [lfs-support] Issues with LFS and Cygwin
> Message-ID:
>         <
> cankylmezx3t_vpe7hkpxlhfgens48kjg86c+dtpjexijvhr...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> I'm trying to build cross-compiler under Cygwin.  I started with your LFS
> book.  I got as far as the headers-install and got a make error, trying to
> compile relocs.c.  I'm in section 5.6.1 right before build/install of
> GLibc.  As you know, I'm unable to use mntfs with cygwin without converting
> part of the disk to NTFS.  Even then, a lot of the sections in LFS book
> prior to the actual build/install processes won't work.  So I'm wondering
> if that's the root cause of the problem.  Has anyone tried doing this under
> Cygwin?
>
> $ make ARCH=x86_64 CROSS_COMPILE=/tools/bin/^Cr -R O=../linux-build  -j4
>
> patti@patti-HP ~/lfs/sources/linux-3.18.5
> $ make INSTALL_HDR_PATH=dest headers_install
>   CHK     include/generated/uapi/linux/version.h
>   HOSTCC  arch/x86/tools/relocs_64.o
> arch/x86/tools/relocs_64.c:10:0: warning: "ELF_CLASS" redefined
>  #define ELF_CLASS               ELFCLASS64
>  ^
> In file included from /usr/include/machine/elf.h:45:0,
>                  from /usr/include/elf.h:37,
>                  from arch/x86/tools/relocs.h:12,
>                  from arch/x86/tools/relocs_64.c:1:
> /usr/include/sys/elf_generic.h:43:0: note: this is the location of the
> previous definition
>  #define ELF_CLASS __CONCAT(ELFCLASS,__ELF_WORD_SIZE)
>  ^
> arch/x86/tools/relocs_64.c:11:0: warning: "ELF_R_SYM" redefined
>  #define ELF_R_SYM(val)          ELF64_R_SYM(val)
>  ^
> In file included from /usr/include/machine/elf.h:45:0,
>                  from /usr/include/elf.h:37,
>                  from arch/x86/tools/relocs.h:12,
>                  from arch/x86/tools/relocs_64.c:1:
> /usr/include/sys/elf_generic.h:81:0: note: this is the location of the
> previous definition
>  #define ELF_R_SYM __ELFN(R_SYM)
>  ^
> arch/x86/tools/relocs_64.c:12:0: warning: "ELF_R_TYPE" redefined
>  #define ELF_R_TYPE(val)         ELF64_R_TYPE(val)
>  ^
> In file included from /usr/include/machine/elf.h:45:0,
>                  from /usr/include/elf.h:37,
>                  from arch/x86/tools/relocs.h:12,
>                  from arch/x86/tools/relocs_64.c:1:
> /usr/include/sys/elf_generic.h:82:0: note: this is the location of the
> previous definition
>  #define ELF_R_TYPE __ELFN(R_TYPE)
>  ^
> arch/x86/tools/relocs_64.c:13:0: warning: "ELF_ST_TYPE" redefined
>  #define ELF_ST_TYPE(o)          ELF64_ST_TYPE(o)
>  ^
> In file included from /usr/include/machine/elf.h:45:0,
>                  from /usr/include/elf.h:37,
>                  from arch/x86/tools/relocs.h:12,
>                  from arch/x86/tools/relocs_64.c:1:
> /usr/include/sys/elf_generic.h:85:0: note: this is the location of the
> previous definition
>  #define ELF_ST_TYPE __ELFN(ST_TYPE)
>  ^
> arch/x86/tools/relocs_64.c:14:0: warning: "ELF_ST_BIND" redefined
>  #define ELF_ST_BIND(o)          ELF64_ST_BIND(o)
>  ^
> In file included from /usr/include/machine/elf.h:45:0,
>                  from /usr/include/elf.h:37,
>                  from arch/x86/tools/relocs.h:12,
>                  from arch/x86/tools/relocs_64.c:1:
> /usr/include/sys/elf_generic.h:84:0: note: this is the location of the
> previous definition
>  #define ELF_ST_BIND __ELFN(ST_BIND)
>  ^
> In file included from arch/x86/tools/relocs_64.c:17:0:
> arch/x86/tools/relocs.c: In function 'rel_type':
> arch/x86/tools/relocs.c:199:12: error: 'R_X86_64_JUMP_SLOT' undeclared
> (first use in this function)
>    REL_TYPE(R_X86_64_JUMP_SLOT),
>             ^
> arch/x86/tools/relocs.c:190:22: note: in definition of macro 'REL_TYPE'
>  #define REL_TYPE(X) [X] = #X
>                       ^
> arch/x86/tools/relocs.c:199:12: note: each undeclared identifier is
> reported only once for each function it appears in
>    REL_TYPE(R_X86_64_JUMP_SLOT),
>             ^
> arch/x86/tools/relocs.c:190:22: note: in definition of macro 'REL_TYPE'
>  #define REL_TYPE(X) [X] = #X
>                       ^
> arch/x86/tools/relocs.c:199:3: error: array index in initializer not of
> integer type
>    REL_TYPE(R_X86_64_JUMP_SLOT),
>    ^
> arch/x86/tools/relocs.c:199:3: error: (near initialization for 'type_name')
> scripts/Makefile.host:108: recipe for target 'arch/x86/tools/relocs_64.o'
> failed
> make[1]: *** [arch/x86/tools/relocs_64.o] Error 1
> arch/x86/Makefile:174: recipe for target 'archscripts' failed
> make: *** [archscripts] Error 2
>
> patti@patti-HP ~/lfs/sources/linux-3.18.5
> $ make INSTALL_HDR_PATH=dest headers_install
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.linuxfromscratch.org/pipermail/lfs-support/attachments/20150213/bd2e2d51/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 2
> Date: Fri, 13 Feb 2015 20:47:45 -0600
> From: Bruce Dubbs <[email protected]>
> To: LFS Support List <[email protected]>
> Subject: Re: [lfs-support] Issues with LFS and Cygwin
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Patricia Holden wrote:
> > I'm trying to build cross-compiler under Cygwin.  I started with your LFS
> > book.  I got as far as the headers-install and got a make error, trying
> to
> > compile relocs.c.  I'm in section 5.6.1 right before build/install of
> > GLibc.  As you know, I'm unable to use mntfs with cygwin without
> converting
> > part of the disk to NTFS.  Even then, a lot of the sections in LFS book
> > prior to the actual build/install processes won't work.  So I'm wondering
> > if that's the root cause of the problem.  Has anyone tried doing this
> under
> > Cygwin?
>
> The root cause?  A virus named Windows.
>
> LFS is designed to work under Linux.  That means it needs the Linux kernel
> and
> it's supporting environment. Your system does not meet the requirements of
> LFS.
>
>    -- Bruce
>
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Sat, 14 Feb 2015 12:55:18 +0100
> From: Pierre Labastie <[email protected]>
> To: LFS Support List <[email protected]>
> Subject: Re: [lfs-support] Issues with LFS and Cygwin
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=windows-1252
>
> Le 14/02/2015 03:30, Patricia Holden a ?crit :
> > I'm trying to build cross-compiler under Cygwin.  I started with your LFS
> > book.  I got as far as the headers-install and got a make error, trying
> to
> > compile relocs.c.  I'm in section 5.6.1 right before build/install of
> GLibc.
> > As you know, I'm unable to use mntfs with cygwin without converting part
> of
> > the disk to NTFS.  Even then, a lot of the sections in LFS book prior to
> the
> > actual build/install processes won't work.  So I'm wondering if that's
> the
> > root cause of the problem.  Has anyone tried doing this under Cygwin?
> >
> I have done that, but with CLFS (http://trac.clfs.org/). I do not think
> it is
> possible to do it with LFS.
>
> Pierre
>
>
> ------------------------------
>
> Message: 4
> Date: Sat, 14 Feb 2015 13:31:48 +0100
> From: Alexey Orishko <[email protected]>
> To: LFS Support List <[email protected]>
> Subject: Re: [lfs-support] Issues with LFS and Cygwin
> Message-ID:
>         <
> cal_kpj1daocyc6vcum6upma_de7attu44hskj5e+76uettt...@mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> On Sat, Feb 14, 2015 at 3:47 AM, Bruce Dubbs <[email protected]>
> wrote:
> > Patricia Holden wrote:
> >> prior to the actual build/install processes won't work.  So I'm
> wondering
> >> if that's the root cause of the problem.  Has anyone tried doing this
> >> under
> >> Cygwin?
> >
> > The root cause?  A virus named Windows.
>
> Problem is solved easily even on Windoze: do install Ubuntu with
> VMware Player (free).
> Then you would be able to build LFS in native Linux environment.
> You can build system on 16Gb USB stick, USB HDD attached or simply local
> fs.
>
> Regards,
> Alexey
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> --
> http://lists.linuxfromscratch.org/listinfo/lfs-support
> FAQ: http://www.linuxfromscratch.org/blfs/faq.html
> Unsubscribe: See the above information page
>
>
> ------------------------------
>
> End of lfs-support Digest, Vol 238, Issue 1
> *******************************************
>
-- 
http://lists.linuxfromscratch.org/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Do not top post on this list.

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

http://en.wikipedia.org/wiki/Posting_style

Reply via email to