On Fre, 2005-08-12 at 20:32 -0500, Randy McMurchy wrote:
> If anyone could offer their experience trying to compile LibXML2 using
> a system built on top of Glibc-2.3.5, I would appreciate it.
Don't remember any problems. Build logs for x86 and x86_64 (pure64)
attached, maybe you find the differen
Randy McMurchy wrote:
> Anyway, there is an include of glob.h that crashes that
> build on my platform.
>
> I can modify the /usr/include/glob.h and have the package build okay,
> but that is certainly not an avenue we can pursue.
I assume that by 'we' you mean BLFS. If the issue is fixed in c
DJ Lucas wrote:
> This same issue will affect mplayer as well
> as mentioned on blfs-support in the yet unanswered thread titled
> "undefined reference to `rk_globfree'/`rk_glob'".
Forgot to mention, the user stated gcc-3.4.3, but no glibc version
listed, and the problem exists with several pro
In the section for GPM, near the end it's suggested to run "gpm -t
-help" for a list of know protocol values. First, it should be specified
that this command must be run as root. Second, it is not the correct
command - the command should be "gpm -m [device] -t help".
--
http://linuxfromscratch.
Randy McMurchy wrote:
Hi all,
I'm having trouble with compiling libxml2-2.6.20 using the LFS-GCC4
branch. I'm not sure that it is a GCC4 issue however, I think it perhaps
could be an issue with Glibc-2.3.5, which is also used in current
LFS-SVN.
If anyone could offer their experience trying to
Andrew Benton wrote these words on 08/13/05 06:26 CST:
> libxml2-2.6.19 built fine for me with gcc-4.0.1 using glibc-2.3.5 just like
> in the gcc4 book. The only slight difference was I configured libxml2
> --with-python but it's probably not that.
You would not have seen this issue with 2.6.19
Juerg Billeter wrote these words on 08/13/05 02:14 CST:
> Don't remember any problems. Build logs for x86 and x86_64 (pure64)
> attached, maybe you find the difference. glibc is 2.3.5 + gcc4 patches,
> gcc is 4.0.1.
Thanks, Juerg. I wasn't able to determine anything other than the fact
that it "j
Randy McMurchy wrote:
You would not have seen this issue with 2.6.19. There is a brand new
program named runtest (created from runtest.c) in the package (the
program is not installed, it is only used by non-Linux platform to
run the regression tests)
If you have a spare moment, please download 2
Andrew Benton wrote these words on 08/13/05 06:26 CST:
> The only slight difference was I configured libxml2 --with-python
Just FYI, there is no reason to use the --with-python switch to
configure as Python will be discovered (and used) automatically by
the configure script.
--
Randy
rmlscsi:
Andrew Benton wrote these words on 08/13/05 08:56 CST:
> I did as you asked and it seems to have built fine. make ended like this
Thanks, Andrew. I don't know what is going on. Could you check your
glob.h file for me?
grep rk_glob /usr/include/glob.h
--
Randy
rmlscsi: [GNU ld version 2.15.94.
Randy McMurchy wrote:
Andrew Benton wrote these words on 08/13/05 08:56 CST:
I did as you asked and it seems to have built fine. make ended like this
Thanks, Andrew. I don't know what is going on. Could you check your
glob.h file for me?
grep rk_glob /usr/include/glob.h
It seems that /usr
Andrew Benton wrote these words on 08/13/05 10:23 CST:
> It seems that /usr/include/glob.h does not contain the string rk_glob
>
> andy:~$ grep rk_glob /mnt/lfs/usr/include/glob.h
> andy:~$
>
> I've used diff to compare the one compiled with gcc-4 to the glob.h on the
> host system (compiled wi
Andrew Benton wrote these words on 08/13/05 10:23 CST:
> It seems that /usr/include/glob.h does not contain the string rk_glob
>
> andy:~$ grep rk_glob /mnt/lfs/usr/include/glob.h
> andy:~$
Wait a minute. I'm afraid I don't understand why you are grepping
in /mnt/lfs. I was under the impression
Randy McMurchy wrote:
I do not know where to go from here, other than to
rebuild my system and use the sed that forces -fomit-frame-pointer
to the compiling of GCC in Chapter 5 Pass 2 as suggested by Greg
and now in LFS bugzilla.
I've tested with a slightly different (but IMO easier to
type/u
Randy McMurchy wrote:
Andrew Benton wrote these words on 08/13/05 10:23 CST:
It seems that /usr/include/glob.h does not contain the string rk_glob
andy:~$ grep rk_glob /mnt/lfs/usr/include/glob.h
andy:~$
I've used diff to compare the one compiled with gcc-4 to the glob.h on the host
system (
Tushar Teredesai wrote these words on 08/12/05 22:04 CST:
> Randy, will you also handle the dependencies change or should I?
I'll go ahead and add it, if that is okay with you. I have done
quite a bit of research about the various backends and can confirm
your report of earlier.
I do have a new
I'll be damned.
[EMAIL PROTECTED]: ~/build > grep glob.h Installed/heimdal-0.7/install.log
/bin/install -c -m 644 'glob.h' '/usr/include/glob.h'
Aack!
It appears that creating a patch for Heimdal just moved up the
ladder on the TODO list.
Sorry for all the noise about this folks.
--
Ran
2.2 has proven itself. Is there any reason to change to 2.3?
--
Archaic
Want control, education, and security from your operating system?
Hardened Linux From Scratch
http://www.linuxfromscratch.org/hlfs
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.o
Tushar Teredesai wrote these words on 08/13/05 23:09 CST:
> The option --enable-dynamic passes the option -static to libtool when
> linking. This makes the executables installed by openldap link
> statically against the libraries installed by openldap (libldap,
> liblber, ...), though it links dyn
On 8/14/05, Randy McMurchy <[EMAIL PROTECTED]> wrote:
> Tushar Teredesai wrote these words on 08/13/05 23:09 CST:
>
> > The option --enable-dynamic passes the option -static to libtool when
Sorry I meant --disable-dynamic!
> > linking. This makes the executables installed by openldap link
> > st
20 matches
Mail list logo