Linux-Development-Sys Digest #737, Volume #8 Mon, 21 May 01 00:13:13 EDT
Contents:
Re: Newbie programmer (Nix)
Re: STLport 4.0 & g++ 2.96 (John Beardmore)
Re: Best PC config for linux/crosscompiler development (Nix)
Re: debugging init function in shared library? (John Reiser)
Re: Trouble using large amount of memory with Redhat 7 ("Anthony Pioli")
make modules does not work (Heinz Ruffieux)
Newbie hoping to install C++ on RedHat 7.1 ("Dono")
Re: 8259 ISR bits getting stuck set (Jonathan Lundell)
Re: Spambot Fodder - Dont Bother To Read - Thanks (SammyTheSnake)
Re: Newbie hoping to install C++ on RedHat 7.1 ("Peter T. Breuer")
Re: Newbie hoping to install C++ on RedHat 7.1 ("Gene Heskett")
Efficient ENI3060 or Virata ATML drivers? (Ronnie Corny)
Re: Best PC config for linux/crosscompiler development
Re: Efficient ENI3060 or Virata ATML drivers? (Hal Burgiss)
----------------------------------------------------------------------------
From: Nix <$}xinix{$@esperi.demon.co.uk>
Crossposted-To: alt.os.linux.mandrake,comp.os.linux.development.apps
Subject: Re: Newbie programmer
Date: 20 May 2001 20:37:05 +0100
[Followup-To: overridden, I do not take that group]
On Wed, 16 May 2001, Thorsten Roggendorf said:
> xemacs is a frontend for emacs
I don't know *where* you got that from.
XEmacs is a fork of GNU Emacs, not a frontend of any kind; there are
substantial differences between them, but more similarities than
differences. Which to use is a religious matter. :)
--
`LARTing lusers is supposed to be satisfying. This is just tedious. The
silly shite I'm doing now is like trying to toothpick to death a Black
Knight made of jelly.' --- RDD
------------------------------
From: John Beardmore <[EMAIL PROTECTED]>
Subject: Re: STLport 4.0 & g++ 2.96
Date: Sun, 20 May 2001 22:01:48 +0100
In message <[EMAIL PROTECTED]>, David Konerding
<[EMAIL PROTECTED]> writes
>On Wed, 16 May 2001 17:16:54 +0100, John Beardmore
><[EMAIL PROTECTED]> wrote:
>> OK. Is there a file where a particular front end to a compiler has its
>> default settings configured ?
>
>Yes, but you probably don't want to play with that. It's much easier to
>maintain your own makefiles and have them change the defaults of the compiler
>than it is to modify the spec file.
Yuk ! OK.
> THe reason is that if you ever distribute
>your code to be compiled by others, then can just build it out of the box
>rather than having to edit the spec file (They may still have to compile
>and install the compiler :-( ...
That rather what compiles they have and where they've installed them !
Hard coding to usr/local/bin to get the right compiler seems a bit
tacky. As I've just used standard C++, I'd hope that all compilers
would be up to the job before long.
>>>> On running ./RetSim however, it fell over saying:
>>>>
>>>> "Error in loading shared libraries: libstlport_gcc.so: cannot open
>>>> shared
>>>> object file: No such file or directory.
>>>>
>>>> I've got /home2/STLport-4.0/STLport-4.0/lib in $PATH now, and
>>>> libstlport_gcc.so is in that directory, but it still doesn't find it at
>>>> runtime.
>>>
>>>/home2/STLport-4.0/STLport-4.0/lib should b in LD_LIBRARY_PATH, not PATH.
>>>THen the dynamic linker will find that library and load it.
>>
>> Thanks ! I got it going by linking to the .a static library in the end
>> and it all seems to go !
>>
>> It's probably better to use dynamic libs though ? I might use more than
>> one app built with this compiler at a time I guess.
>
>Um, whether it's better to use dynamic libraries depends on the situation.
>I definitely prefer dynamic libraries for a lot of things, but in
>some cases static is more appropriate. A case where static is important is
>Motif- you may be delivering your binary to a user who does not have
>Motif, in which case you would statically link Motif into your app.
>Then you can distribute it and the user can run a Motif program without
>needing to own motif. On the other hand, with OpenGL, the user probably
>has a specific OpenGL library which supports their graphics card. If you
>linked in Mesa/OpenGL statically, they wouldn't be able to use their hardware
>OpenGL (they'd be stuck with your static Mesa/OpenGL).
OK, this is a server process so the display shouldn't be an issue.
>> Come to think of it, might I run into version problems if the dynamic
>> libs for both compilers and stlport all end up in the same
>> LD_LIBRARY_PATH ? If this might cause instability, I guess I might be
>> better sticking to static linking ?
>
>Not sure. If your app is linked against libstlport_gcc.so then it will
>try to load
>that file even if libstdc++.so is in the same directory. You can run
>'ldd' on your
>executable to see which one is linked in.
OK.
>Linking STLport statically should be OK if you're just distributing a
>stand-alone app.
As planned it should be standalone.
>But if you're writing a program which dlopen()'s other .so's and they
>are also linked
>against STLport, you need to use dynamic libraries because otherwise
>the dlopen'd
>library will have its own seperate copy of the STLport symbols, and
>chaos will ensue.
OK.
>> Can the old and the new compiles be configured to use separate
>> LD_LIBRARY_PATH and include path settings ?
>
>LD_LIBRARY_PATH is a run-time thing, not a compile-time thing. like I
>said above,
OK.
>all the compiler defaults can be modified using -L and -I, and that is
>the preferred mechanism
>over manipulating the installed compiler defaults.
OK.
Many thanks !
Cheers, J/.
--
John Beardmore
------------------------------
From: Nix <$}xinix{$@esperi.demon.co.uk>
Subject: Re: Best PC config for linux/crosscompiler development
Date: 20 May 2001 21:43:39 +0100
On Sun, 20 May 2001, John Beardmore gibbered:
> As I recall, GNU make won't compile in parallel, a huge defect in my
> view
it would be if it existed.
See the GNU make manual, node `Parallel'.
--
`LARTing lusers is supposed to be satisfying. This is just tedious. The
silly shite I'm doing now is like trying to toothpick to death a Black
Knight made of jelly.' --- RDD
------------------------------
From: John Reiser <[EMAIL PROTECTED]>
Subject: Re: debugging init function in shared library?
Date: Sun, 20 May 2001 14:26:17 -0700
> hello, how can I use gdb to set a break point in the init function
> in a shared library loaded by my program?
gdb-5.0 won't do that. Workaround: hardcode a breakpoint into the
init function:
__asm("int3"); /* x86-specific */
Or, insert an infinite loop:
for (;;) ;
then SIGINT (^C) and advance the program counter by hand: "set $pc += 2".
Or, use a data element, and change its value in gdb:
while (0==ready_to_proceed) ;
You can also invoke separately [consider using 'nice'], then use gdb
to attach to the running process. All choices require a recompile
and relink of the shared library.
You'll probably want to 'add-symbol-file' which will require
information from "shell; ps; cat /proc/<pid>/maps; exit" and
"objdump --section-headers <module>". Add the VMA of .text to
the first page address mentioned for the module. gdb-5.0
won't accept an expression in add-symbol-file.
--
John Reiser, [EMAIL PROTECTED]
------------------------------
From: "Anthony Pioli" <[EMAIL PROTECTED]>
Subject: Re: Trouble using large amount of memory with Redhat 7
Date: Sun, 20 May 2001 22:11:18 GMT
In article <9e20mq$avo$[EMAIL PROTECTED]>, "J. P. Montgomery"
<[EMAIL PROTECTED]> wrote:
Just a suggestion - try to compile without optimizations turned on
and see what happens. Could be a bug in the optimizer.
------------------------------
From: Heinz Ruffieux <[EMAIL PROTECTED]>
Subject: make modules does not work
Date: Sun, 20 May 2001 22:30:05 -0000
Hi,
Today I rebuilded my 2.4.2 Kernel (RH7.1) with make xconfig, make clean and
make bzImage. This worked.
Then I tried to make modules. It did'nt work and I got the following output
(last few lines):
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -fno-common -Wno-unused -pipe
-mpreferred-stack-boundary=2 -march=athlon -DMODULE -DMODVERSIONS -include
/usr/src/linux/include/linux/modversions.h -c -o dummy.o dummy.c
In file included from /usr/src/linux/include/linux/spinlock.h:35,
from /usr/src/linux/include/linux/module.h:11,
from dummy.c:34:
/usr/src/linux/include/asm/spinlock.h:8: nondigits in number and not
hexadecimal/usr/src/linux/include/asm/spinlock.h:8: nondigits in number and
not hexadecimal/usr/src/linux/include/asm/spinlock.h:8: parse error before
`1b7d4074'
/usr/src/linux/include/asm/spinlock.h:9: `printk_R_ver_str' declared as
function returning a function
/usr/src/linux/include/asm/spinlock.h:9: warning: function declaration
isn't a prototype
In file included from dummy.c:34:
/usr/src/linux/include/linux/module.h:173: nondigits in number and not
hexadecimal
/usr/src/linux/include/linux/module.h:173: nondigits in number and not
hexadecimal
/usr/src/linux/include/linux/module.h:173: nondigits in number and not
hexadecimal
/usr/src/linux/include/linux/module.h:173: nondigits in number and not
hexadecimal
/usr/src/linux/include/linux/module.h:173: parse error before `62dada05'
/usr/src/linux/include/linux/module.h:173:
`inter_module_register_R_ver_str' declared as function returning a function
/usr/src/linux/include/linux/module.h:173: warning: function declaration
isn't a prototype
/usr/src/linux/include/linux/module.h:174: nondigits in number and not
hexadecimal
/usr/src/linux/include/linux/module.h:174: missing white space after number
`7a9e845'
/usr/src/linux/include/linux/module.h:174: parse error before `7a9e845'
/usr/src/linux/include/linux/module.h:174:
`inter_module_unregister_R_ver_str' declared as function returning a
function
/usr/src/linux/include/linux/module.h:174: warning: function declaration
isn't a prototype
/usr/src/linux/include/linux/module.h:175: `inter_module_get_R_ver_str'
declared as function returning a function
/usr/src/linux/include/linux/module.h:175: warning: parameter names
(without types) in function declaration
/usr/src/linux/include/linux/module.h:176:
`inter_module_get_request_R_ver_str' declared as function returning a
function
/usr/src/linux/include/linux/module.h:176: warning: parameter names
(without types) in function declaration
/usr/src/linux/include/linux/module.h:177: nondigits in number and not
hexadecimal
/usr/src/linux/include/linux/module.h:177: nondigits in number and not
hexadecimal
/usr/src/linux/include/linux/module.h:177: nondigits in number and not
hexadecimal
/usr/src/linux/include/linux/module.h:177: parse error before `6b99f7d8'
/usr/src/linux/include/linux/module.h:177: `inter_module_put_R_ver_str'
declared as function returning a function
/usr/src/linux/include/linux/module.h:177: warning: function declaration
isn't a prototype
/usr/src/linux/include/linux/module.h:186: `try_inc_mod_count_R_ver_str'
declared as function returning a function
/usr/src/linux/include/linux/module.h:186: warning: parameter names
(without types) in function declaration
make[2]: *** [dummy.o] Fehler 1
make[2]: Verlassen des Verzeichnisses Verzeichnis
»/usr/src/linux-2.4.2/drivers/net«
make[1]: *** [_modsubdir_net] Fehler 2
make[1]: Verlassen des Verzeichnisses Verzeichnis
»/usr/src/linux-2.4.2/drivers«make: *** [_mod_drivers] Fehler 2
[root@locarno linux]#
Can anybody tell me, why it fails?
Thanks a lot
Heinz
--
Posted via CNET Help.com
http://www.help.com/
------------------------------
From: "Dono" <[EMAIL PROTECTED]>
Subject: Newbie hoping to install C++ on RedHat 7.1
Date: Sun, 20 May 2001 23:14:07 GMT
My daughter who is majoring in computer science & math is looking to
compile her C++ programs on RedHat 7.1 (She wants to get a feel for
Linux and to get away from Windows.)
The following packages have been installed:
KDevelop-1.4.1-2
glibc-devel-2.2.2-10
kdelib-devel-2.1.1-5
kdesupport-devel-2.1-2
gcc-2.96-81
So far all is well using KDevelop 1.4 and compiling C,
but no luck with C++ with the following errors,
checking how to run the C preprocessor... gcc -E
checking for a C++-Compiler...
checking for g++... g++
checking whether the C++ compiler (g++ -O0 -g3 -Wall ) works... no
configure: error: installation or configuration problem: C++ compiler
cannot create executables.
*** failed ***
I apologize if I'm using the wrong terminology but any help would be
appreciated. I thought that I read that GCC version 2 or higher supplied
the C++ compiler.
What package supplies the C++ compiler?
TIA.
------------------------------
From: Jonathan Lundell <[EMAIL PROTECTED]>
Subject: Re: 8259 ISR bits getting stuck set
Date: Sun, 20 May 2001 16:23:00 -0700
In article <BeAN6.962$[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
wrote:
> However, after the 'lock up', the 8259 always reports that one
> interrupt in the ISR ( typically one of the IDE or ethernet
> interrupts with its correspinding IRQ 2 cascade IRQ ) is
> permanently set. This appears to be blocking all futher
> interrupts of lower priority leaving only IRQ 0 and IRQ 1
> free to fire.
>
> We've tried adding code to the idle task that checks the
> 8259 ISR registers and then sends the specific EOIs if any
> ISR bits are set. This works sometimes in bringing the
> machine back to life but sometimes causes a very hard
> lock were not even the idle task is executing.
I don't have any insight into the root cause of the problem (sounds like
some additional debugging code is called for), but a better place for
the workaround might be the timer interrupt (0 or 1, I forget, but in
any event high enough priority to run when you're in this state.) You
can't do it blindly, since you might be interrupting a normal case;
you'd need to check that you were really stuck.
--
/Jonathan Lundell.
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (SammyTheSnake)
Crossposted-To: comp.os.linux.hardware
Subject: Re: Spambot Fodder - Dont Bother To Read - Thanks
Date: Mon, 21 May 2001 00:05:04 +0100
In article <9e8vqu$177$[EMAIL PROTECTED]>,
[EMAIL PROTECTED] wrote:
>[EMAIL PROTECTED]
x[several]
and the point of that was?
Cheers & God bless
SammyTheSnake
--
Sam.Penny @ Ntlworld.com | Looking for a computer related
Linux, Hardware & Juggling specialist :-) | job, if you can help, e-mail me :)
Wheels: bike, 'ickle bike, and unicycle. | /o \/ Working on 5 ball 1/2 shower
Boxen: K6-266@300, dual Celery500 & Nx486 | \__/\ & some 6 / 7 ball exercises
------------------------------
From: "Peter T. Breuer" <[EMAIL PROTECTED]>
Subject: Re: Newbie hoping to install C++ on RedHat 7.1
Date: Mon, 21 May 2001 01:41:23 +0200
Dono <[EMAIL PROTECTED]> wrote:
> checking for g++... g++
> checking whether the C++ compiler (g++ -O0 -g3 -Wall ) works... no
> configure: error: installation or configuration problem: C++ compiler
You don't have a c++ compiler. Read the config.log for more info.
> cannot create executables.
> *** failed ***
> I apologize if I'm using the wrong terminology but any help would be
> appreciated. I thought that I read that GCC version 2 or higher supplied
> the C++ compiler.
They share the same backend. It isn't the same
compiler. The same backend is common to all gnu compilers.
> What package supplies the C++ compiler?
Presumably g++ !
Peter
------------------------------
Date: 20 May 2001 20:34:17 -0500
From: "Gene Heskett" <[EMAIL PROTECTED]>
Subject: Re: Newbie hoping to install C++ on RedHat 7.1
Gene Heskett sends Greetings to Dono ;
> My daughter who is majoring in computer science & math is looking to
> compile her C++ programs on RedHat 7.1 (She wants to get a feel
> for Linux and to get away from Windows.) The following packages have
> been installed: KDevelop-1.4.1-2 glibc-devel-2.2.2-10
> kdelib-devel-2.1.1-5 kdesupport-devel-2.1-2 gcc-2.96-81
> So far all is well using KDevelop 1.4 and compiling C,
> but no luck with C++ with the following errors,
> checking how to run the C preprocessor... gcc -E
> checking for a C++-Compiler...
> checking for g++... g++
> checking whether the C++ compiler (g++ -O0 -g3 -Wall )
> works... no configure: error: installation or configuration problem:
> C++ compiler cannot create executables.
> *** failed ***
> I apologize if I'm using the wrong terminology but any help would be
> appreciated. I thought that I read that GCC version 2 or higher
> supplied the C++ compiler.
> What package supplies the C++ compiler?
> TIA.
Go to redhat, rawhide directory, and find ALL packages with the
2.96-85.i386.rpm portion of their name. Download and install all of
them.
IIRC thats
c++
gcc
gcc-*
libstdc++*
about 6 packages total. Oh, and don't forget the kernel_headers if
you're gonna work on kernels.
Cheers, Gene
--
Gene Heskett, CET, UHK |Amiga A2k Zeus040, Linux @ 500mhz
email gene underscore heskett at iolinc dot net
#Amiga based X10 home automation program EZHome, see at:#
<http://www.iolinc.net/gene_heskett>
This messages reply content, but not any previously quoted material,
is © 2001 by Gene Heskett, all rights reserved. Due to recent
changes in M$ lusers TOS, mail from msn.com, msn.net, microsoft.com,
microsoft.net, hotmail.com, and hotmail.net is auto-deleted, unread.
--
------------------------------
From: [EMAIL PROTECTED] (Ronnie Corny)
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.hardware,comp.os.linux.networking
Subject: Efficient ENI3060 or Virata ATML drivers?
Date: Mon, 21 May 2001 03:45:26 GMT
I think this might have been asked some time ago, but I was wondering if any
drivers for these cards exist?
has anyone gotten these cards to work with anything other than Windows
95/98/ME/NT/2k ?
thanks
rgds,
- ron
------------------------------
From: [EMAIL PROTECTED] ()
Subject: Re: Best PC config for linux/crosscompiler development
Date: Mon, 21 May 2001 03:47:39 -0000
In article <[EMAIL PROTECTED]>,
John Beardmore <[EMAIL PROTECTED]> wrote:
>As I recall, GNU make won't compile in parallel, a huge defect in my
>view,
Have you tried "make -j"?
--
http://www.spinics.net/linux
------------------------------
From: [EMAIL PROTECTED] (Hal Burgiss)
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.hardware,comp.os.linux.networking
Subject: Re: Efficient ENI3060 or Virata ATML drivers?
Reply-To: Hal Burgiss <[EMAIL PROTECTED]>
Date: 21 May 2001 00:03:11 -0400
On Mon, 21 May 2001 03:45:26 GMT, Ronnie Corny <[EMAIL PROTECTED]>
wrote:
>I think this might have been asked some time ago, but I was wondering
>if any drivers for these cards exist?
>
>has anyone gotten these cards to work with anything other than Windows
>95/98/ME/NT/2k ?
http://www.unixathome.org/adsl/docs/drivers/Linux/0.84/
I know nothing about them. I suspect this is an Alpha project that was
abandoned. Nobody seems to be talking. I would strongly suggest an
ethernet modem for Linux (and the other better alternative Os's).
--
Hal B
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Spamtrap: [EMAIL PROTECTED] and [EMAIL PROTECTED]
--
------------------------------
** 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 by posting to the
comp.os.linux.development.system newsgroup.
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
******************************