Linux-Development-Sys Digest #719, Volume #7 Thu, 30 Mar 00 17:13:13 EST
Contents:
Re: Doing dead function elimination without -finline-functions in 2.95.2? ("Tim
Prince")
Re: insmod external names resolving problem (Martin Gruber)
Re: latest 2.3.99-pre3 won't boot on I-OPENER (Bryan)
Re: 2.3.99pre3 - still won't compile (Paul Kimoto)
New Linking errors in RH6.1 ("Timothy Burgener")
Re: Starting Linux Kernel Programming (Kaz Kylheku)
Re: Free BSD (Mario Klebsch)
Request Web Pages From a C Program ("Jon")
Re: Request Web Pages From a C Program ("Boris")
Re: Documentation on /dev/raw ("Someone Insignificant")
Re: linker problems ("Boris")
LD_LIBRARY_PATH (Robin Becker)
Re: LD_LIBRARY_PATH (=?iso-8859-1?Q?Beno=EEt?= Smith)
Re: LD_LIBRARY_PATH (Kaz Kylheku)
Regional Settings Control Panel in Linux (Andre Charbonneau)
Re: Large File Support (David E Allen)
Re: Starting Linux Kernel Programming (Pjtg0707)
Re: BIOS support ("Mark Langsdorf")
Re: LD_LIBRARY_PATH (Pjtg0707)
----------------------------------------------------------------------------
From: "Tim Prince" <[EMAIL PROTECTED]>
Crossposted-To: gnu.gcc.help
Subject: Re: Doing dead function elimination without -finline-functions in 2.95.2?
Date: Thu, 30 Mar 2000 07:12:35 -0800
The old-fashioned unix way was to use the lorder and tsort scripts on the
list of .o files. Build a list of .o files for makefile this way, and
strike those which refer only to themselves.
"Graham Stoney" <[EMAIL PROTECTED]> wrote in message
news:8bub09$6i6$[EMAIL PROTECTED]...
> Hi there,
>
> I'm wondering if anyone can provide me a quick tip on how to do dead
function
> elimination optimizations with gcc-2.95.2, without resorting to
> -finline-functions?
>
> The compiler can know that a function is unused if it is static, and there
are
> no references to it in the same file. Using -finline-functions (with the
> default -fno-keep-inline-functions) will eliminate such functions as a
side
> effect of attempting to inline them, provided their complexity is below
the
> inline-limit. However, I don't necessarily want to force all functions
below
> the inline-limit to be inlined; I just want static functions that don't
get
> called to be eliminated.
>
> Here's why: I'm attempting to cross-compile the Linux kernel for an
embedded
> system which has no need for the /proc filesystem. Hence, CONFIG_PROC_FS
is
> undefined. The kernel code contains files with constructs like:
>
> blah.c:
> static proc_blah_blah()
> {
> /* function dealing with /proc stuff */
> }
>
> #ifdef CONFIG_PROC_FS
> struct with reference to proc_blah_blah
> #endif
>
> With CONFIG_PROC_FS undefined, I'd like to optimise away the function
> proc_blah_blah automatically, without having to spray more
> #ifdef CONFIG_PROC_FS's around all such functions. The compiler already
has
> enough information to eliminate them, but how do I get it to do so without
> also asking it to try to inline _everything_?
>
> Any suggestions?
>
> Thanks,
> Graham
>
------------------------------
From: [EMAIL PROTECTED] (Martin Gruber)
Subject: Re: insmod external names resolving problem
Date: Thu, 30 Mar 2000 15:18:39 +0200
[Posted and mailed]
In article <8bvcjt$me$[EMAIL PROTECTED]>,
"Gennadiy M. Kurtsman" <[EMAIL PROTECTED]> writes:
I think you did compile your kernel with versioning turned on and your module
without versioning. Take a look at /proc/ksyms. If the symbol-names end with
numbers and your module compilation is without versioning the symbold don't
match!
Bye
Martin
------------------------------
From: Bryan <[EMAIL PROTECTED]>
Subject: Re: latest 2.3.99-pre3 won't boot on I-OPENER
Crossposted-To: comp.os.linux.hardware
Date: Thu, 30 Mar 2000 15:31:22 GMT
In comp.os.linux.hardware bill davidsen <[EMAIL PROTECTED]> wrote:
: In article <KDAE4.1189$[EMAIL PROTECTED]>,
: Bryan <[EMAIL PROTECTED]> wrote:
: | In comp.os.linux.hardware Rick Ellis <[EMAIL PROTECTED]> wrote:
: | : Do you have frame buffers configured in you kernel? If so, try
: | : turning them off.
: |
: | not really familiar with that section, so I left it to its default.
: | which should be good, right? ;-)
: I suggest going through menuconfig and disabling everything you aren't
: positive you need, and putting anything you don't need to boot in a
: module. Then you can either fight just the problems with non-boot, or
: add features cautiously.
I've trimmed down ALL that I think I can live without. I really
thought I had removed all excess cruft. but obvious I either left
some stuff in or a driver is probing what should be normal hardware,
and on this custom pc, is causing the video mode to go screwy.
--
Bryan, http://Grateful.Net (ANTISPAM: email is my name at my web's domain)
(c) 2000. Publishing and/or relaying of this material on all forums other than
USENET implies agreeing to a consultancy fee of US$150 per posting. You must
obtain a written permit before you publish. Violators are subject to civil
prosecution for Copyright Infringement as applicable. Publication by C|NET
and Microsoft Networks expressly prohibited.
------------------------------
From: [EMAIL PROTECTED] (Paul Kimoto)
Subject: Re: 2.3.99pre3 - still won't compile
Date: 30 Mar 2000 10:36:35 -0500
Reply-To: [EMAIL PROTECTED]
In article <8bvn1a$kd6$[EMAIL PROTECTED]>, bill davidsen wrote:
> gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
>-fomit-frame-pointer -pipe -fno-strength-reduce -c -o ip_fw_compat_masq.o
>ip_fw_compat_masq.c
> ip_fw_compat_masq.c: In function `do_masquerade':
> ip_fw_compat_masq.c:63: structure has no member named `nat'
> ip_fw_compat_masq.c:37: warning: `info' might be used uninitialized in this function
> ip_fw_compat_masq.c: In function `check_for_demasq':
> ip_fw_compat_masq.c:162: structure has no member named `nat'
> make[3]: *** [ip_fw_compat_masq.o] Error 1
I don't think you need the netfilter "compat" options.
http://netfilter.kernelnotes.org/unreliable-guides/NAT-HOWTO.html
--
Paul Kimoto <[EMAIL PROTECTED]>
------------------------------
From: "Timothy Burgener" <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.development.apps,linux.dev.c-programming,linux.redhat.devel
Subject: New Linking errors in RH6.1
Date: Thu, 30 Mar 2000 09:38:24 -0600
We've been building under RH5.0 to 5.2 without any problems with some of our
source files. However, now that we've upgraded to 6.1, we are getting weird
link errors everytime. The errors are only with base class references
(which an instance is never made of). However, we have 100's of other base
classes used in a variety of ways that do not generate errors, and they are
never declared as specific objects either. We are using the exact same
source/header/make files for building under 6.x that work fine under 5.x.
The specific error is one we've never seen before. It has the form:
sourcefile.cpp:999[last line # of file]: undefined reference to `[Base
class name] type_info function`
sourcefile.cpp:999[last line # of file]: undefined reference to `[Base
class name] type_info node`
What the heck is type_info function??? Is this name mangling? gcc? RH6.1?
kernel 2.2.x?
As you can see, I am at a loss. Below is an excerpt of actual error
listing:
==========
./output/pltlinux.o: In function `cPlatformLinux type_info function':
/home/jbmgatew/gtwy1000/output/../source/pltlinux.cpp:182: undefined
reference t
o `cPlatformInterface type_info function'
/home/jbmgatew/gtwy1000/output/../source/pltlinux.cpp:182: undefined
reference t
o `cPlatformInterface type_info node'
./output/tnhdpar.o: In function `cTn3270MsgParser type_info function':
/home/jbmgatew/gtwy1000/output/../source/tnhdpar.cpp:442: undefined
reference to
`cMsgHeaderParser type_info function'
/home/jbmgatew/gtwy1000/output/../source/tnhdpar.cpp:442: undefined
reference to
`cMsgHeaderParser type_info node'
collect2: ld returned 1 exit status
make: *** [gwlnx] Error 1
------------------------------
From: [EMAIL PROTECTED] (Kaz Kylheku)
Subject: Re: Starting Linux Kernel Programming
Reply-To: [EMAIL PROTECTED]
Date: Thu, 30 Mar 2000 15:42:44 GMT
On Thu, 30 Mar 2000 04:32:10 GMT, dave nejdl <[EMAIL PROTECTED]> wrote:
>I am a long time c programmer and linux user. I recently decided to get
>into understanding and programming in the linux kernel, especially
>writing device drivers. But I'm having trouble finding resources. The
>Linux Kernel at linuxdoc.org was an excelent read, but I'm looking for a
>resource that is more focused on "programming" in the kernel(kernel
>functions and such). I may buy these two books:
>-Linux Kernel Internals
>-Linux Device Drivers (nutshell handbook)
Don't waste your money, just dive into the code. If you are after writing a
device driver, read the source code for a similar device driver. If you chase
the function calls that it makes into the kernel, understanding will eventually
follow.
--
#exclude <windows.h>
------------------------------
From: [EMAIL PROTECTED] (Mario Klebsch)
Subject: Re: Free BSD
Date: Thu, 30 Mar 2000 14:36:56 +0200
Sebastien Dessimoz <[EMAIL PROTECTED]> writes:
>What is the advantage to use Linux instead of FreeBSD or the opposite???
Linkux is just a kernel, FreeBSD is a complete operating system. The
rating is left to the reader. :-)
73,
Mario
--
Mario Klebsch [EMAIL PROTECTED]
------------------------------
From: "Jon" <[EMAIL PROTECTED]>
Subject: Request Web Pages From a C Program
Date: Thu, 30 Mar 2000 16:21:40 GMT
Any suggestions on how a C program under Linux can retrieve web pages from
various IP addresses. Thanks, Jon
------------------------------
From: "Boris" <[EMAIL PROTECTED]>
Subject: Re: Request Web Pages From a C Program
Date: Thu, 30 Mar 2000 19:30:24 +0200
Jon <[EMAIL PROTECTED]> schrieb in im Newsbeitrag: oaLE4.18692$[EMAIL PROTECTED]
> Any suggestions on how a C program under Linux can retrieve web pages from
> various IP addresses. Thanks, Jon
Ahh - I just answered your question in c.o.l.d.apps! Why didn't you
crosspost??
Boris
------------------------------
From: "Someone Insignificant" <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.development.apps,linux.dev.c-programming,linux.redhat.development
Subject: Re: Documentation on /dev/raw
Date: Thu, 30 Mar 2000 17:08:27 GMT
Here is a copy of a suggestion I received via email, and my response. I have
posted to the newsgroup thread so that this discussion can be settled, as I
am not the only one asking for the fastest, direct access to a
drive/partition.
>You might try mmap(2) coupled with software RAID. The software RAID
>does impose an overhead
Yes. And overhead is the exact reason that I am looking for documentation on
the /dev/raw device in the first place.
>Biggest restriction on that scheme is that the file you're mmap()ing
>can't be bigger than the amount of memory available (possibly the
>amount of physical memory available, don't remember).
Indeed there are many such restrictions and this is another reason that I am
attempting to implement direct i/o. Useing files and a filesystem imposes
overhead and kernel involvement. And since I am writing my own filesystem, I
see no reason to write it on top of another one, as this would truly prove
useless.
>I don't think there's any reason at all for you to be messing with the
>geometry yourself. Letting the kernel do it for you will almost certainly
>be faster, and definitely easier than doing it from scratch. You can still
use
>software RAID with this one, too, I think; you just open a different
>device.
>
>Eric McCoy ([EMAIL PROTECTED])
>"rash, n. Insensible to the value of our advice."
>- Ambrose Bierce, The Devil's Dictionary
One more time here. I am more than happy to be able to mess with drive
geometries myself, thank you very much.
Although I believe that the original message simply stated that I would like
to be able to detect them, not "mess" with them. The purpose of posting this
problem into the newsgroup is so that the information will become known to
those that do want to "mess" with such things ourselves, despite the
"easier" route of letting other software do all the work, as there is a
bigger picture invoved here.
So to recap, Im still looking for information on the /dev/raw device, or
other similar direct access mechanisms that will copy drive/partition data
directly into a user programs address space.
This indeed is the scope of the problem, and solutions such as "store all
your data into an Oracle 8 blob field" just wont work. 8)
mike
[EMAIL PROTECTED]
------------------------------
From: "Boris" <[EMAIL PROTECTED]>
Subject: Re: linker problems
Date: Thu, 30 Mar 2000 19:46:48 +0200
Stewart Coomb <[EMAIL PROTECTED]> schrieb in im Newsbeitrag:
[EMAIL PROTECTED]
> when compiling some code with pci_present() from pci.h using just i get
this
> chucked back at me:
>
> /tmp/cchLKkUv.o: In function `main':
> /tmp/cchLKkUv.o(.text+0x1e): undefined reference to 'pcibios_present'
> collect2: ld returned 1 exit status
>
> i have #include<linux/pci.h> in my code, can anyone tell me whats going on
Looks like a library missing - but as I never saw pcibios_present() before I
can't tell you which library.
Boris
------------------------------
From: Robin Becker <[EMAIL PROTECTED]>
Subject: LD_LIBRARY_PATH
Date: Thu, 30 Mar 2000 18:40:51 +0100
is there any way to find the default value of LD_LIBRARY_PATH? I'm
trying to port some software to a FreeBSD system.
--
Robin Becker
------------------------------
From: =?iso-8859-1?Q?Beno=EEt?= Smith <[EMAIL PROTECTED]>
Subject: Re: LD_LIBRARY_PATH
Date: Thu, 30 Mar 2000 20:32:22 -0100
Robin Becker wrote:
>
> is there any way to find the default value of LD_LIBRARY_PATH? I'm
> trying to port some software to a FreeBSD system.
> --
> Robin Becker
'echo $LD_LIBRARY_PATH', perhaps.
--
Beno�t Smith
Just A Rhyme Without A Reason
------------------------------
From: [EMAIL PROTECTED] (Kaz Kylheku)
Subject: Re: LD_LIBRARY_PATH
Reply-To: [EMAIL PROTECTED]
Date: Thu, 30 Mar 2000 18:57:18 GMT
On Thu, 30 Mar 2000 18:40:51 +0100, Robin Becker <[EMAIL PROTECTED]>
wrote:
>is there any way to find the default value of LD_LIBRARY_PATH? I'm
>trying to port some software to a FreeBSD system.
>--
Environment variables don't have default values; perhaps you are looking
for the default library search path? That would be in your /etc/ld.so.conf
--
#exclude <windows.h>
------------------------------
Date: Thu, 30 Mar 2000 14:49:45 -0800
From: Andre Charbonneau <[EMAIL PROTECTED]>
Subject: Regional Settings Control Panel in Linux
Hi,
The following link points to a page where you will find a document
(pdf) which explains some possible approaches for the development of a
regional settings control panel in Linux, along with a UI
specification for such a control panel. Note that the UI
specifications only contain localization features that are available at
the system level. Four different approaches are described and now a
prototype application is currently being developed as a proof of
concept for method #1 and #4 (see online document). If enough
interest is shown, then the prototype application will also be made
publicly available so that Linux users and application programmers
can contribute to the project.
http://opensource.corel.com/regional_spec.html
The goal of this project is to create a control panel that will allow
Linux users to adapt the system's locale to suite their own needs. If
a system-level approach is used, then this implies that a locale
editing library will have to be developed, which will allow
applications to modify a system locale, and then re-save it under
another name (therefore not modifying default system locale files).
In the case where a regional settings control panel already exists,
then it could take advantage of this library.
Any comments or suggestions would be appreciated.
--
Andre Charbonneau
Software Engineer
Corel Corporation
728-0826 x5612
------------------------------
From: David E Allen <[EMAIL PROTECTED]>
Crossposted-To: nwu.comp.unix.linux,comp.os.linux.misc
Subject: Re: Large File Support
Date: 30 Mar 2000 20:08:17 GMT
I am also interested in large file support. Actually, I don't need the support
for ext2 itself, but for writing to a raw device (9Gb scsi disk). The open(2)
and, more importantly, lseek(2) commands do not seem to support offsets
larger than 31 bits (2Gb). Any ideas? Thanks.
dave allen, colorado springs
In comp.os.linux.development.system Jeremy Weinberger <[EMAIL PROTECTED]> wrote:
: Is there any method currently available to support files about 2.1GB on
: linux? This appears to be a 32-bit limitation in ext2. At one point,
: there as a LFS project, but it does not appear to be active anymore. Is
: there a development version of ext or other experimental fs that
: supports very large files?
: Thanks,
: jeremy
: -----------------
: Jeremy Weinberger [EMAIL PROTECTED] http://isp.nwu.edu/~jeremy
: iCAIR 1890 Maple, Suite 150 Evanston, IL USA
: Voice: 847-491-4054 Fax: 847-467-7885 Pager: 847-225-1227
: "You have no respect for excessive authority or obsolete
: traditions! You're dangerous and depraved and you ought to
: be taken outside and shot!"
------------------------------
From: [EMAIL PROTECTED] (Pjtg0707)
Subject: Re: Starting Linux Kernel Programming
Reply-To: [EMAIL PROTECTED]
Date: Thu, 30 Mar 2000 17:02:23 GMT
On Thu, 30 Mar 2000 04:32:10 GMT, dave nejdl <[EMAIL PROTECTED]> wrote:
>I am a long time c programmer and linux user. I recently decided to get
>into understanding and programming in the linux kernel, especially
>writing device drivers. But I'm having trouble finding resources. The
>Linux Kernel at linuxdoc.org was an excelent read, but I'm looking for a
>resource that is more focused on "programming" in the kernel(kernel
>functions and such). I may buy these two books:
>-Linux Kernel Internals
>-Linux Device Drivers (nutshell handbook)
>
>I'd greatly appreciate other resources or suggestions anyone could
>offer.
>
>Thank you,
>Dave Nejdl
In addition to the two references above, check
http://www.linuxdoc.org/LDP/lkmpg/mpg.html for tutorial on module programming.
I don't know if it's better than Rubini's book, but it is definitely up to date
as far as kernel versions go, and I find Ori's writing style and organization
more to my liking. YMMV.
>
------------------------------
From: "Mark Langsdorf" <[EMAIL PROTECTED]>
Subject: Re: BIOS support
Date: Thu, 30 Mar 2000 12:46:41 -0600
H. Peter Anvin wrote in message <8br7na$31h$[EMAIL PROTECTED]>...
>Followup to: <8bqq9h$pj3$[EMAIL PROTECTED]>
>By author: "Mark Langsdorf" <[EMAIL PROTECTED]>
>In newsgroup: comp.os.linux.development.system
>>
>> How much of the BIOS does Linux require to load the kernel
>> image, then? Just enough to get the GP-BUS and SDRAM set up,
>> or something more? If one were trying to to write a pared down
>> BIOS to boot Linux, could the VGA or floppy drive controller be
>> left off?
>>
>
>Not if you want to use stock bootloaders and a stock setup.S. If
>you're willing to get the kernel images into RAM some other way,
>e.g. by your custom BIOS, and are willing to modify setup.S, then you
>can get away with not having a BIOS at all.
Thanks to everyone who responded. I'm not sure I can get
my boss to authorize development of a custom, limited use BIOS,
but it's interesting to know that we could do it if we really wanted
to.
-Mark Langsdorf
------------------------------
From: [EMAIL PROTECTED] (Pjtg0707)
Subject: Re: LD_LIBRARY_PATH
Reply-To: [EMAIL PROTECTED]
Date: Thu, 30 Mar 2000 21:33:56 GMT
On Thu, 30 Mar 2000 18:57:18 GMT, Kaz Kylheku <[EMAIL PROTECTED]> wrote:
>On Thu, 30 Mar 2000 18:40:51 +0100, Robin Becker <[EMAIL PROTECTED]>
>wrote:
>>is there any way to find the default value of LD_LIBRARY_PATH? I'm
>>trying to port some software to a FreeBSD system.
>>--
>
>Environment variables don't have default values; perhaps you are looking
>for the default library search path? That would be in your /etc/ld.so.conf
>
Is there something similar for the include search path as well?
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.development.system) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Development-System Digest
******************************
