| |
| |
| |
|
Comments:
<0> hello folk. i am working on creating a pam module . in that module i need to use both C and C++ ... C for the pam connections, and C++ for the project it's part of (using QT and several other C++ libraries)
<0> i am running into problems linking the two ... i have wrapped the pam C functions in the module source code within ' extern "C" { } ' blocks ...
<0> and as long as I don't link any libraries (-lfoo on the g++ command line), it seems to work fine ...
<0> but once I add a library (-lqui or -lrd) i get PAM unable to dlopen(/lib/security/pam_rd.so)
<0> PAM [dlerror: /lib/security/pam_rd.so: invalid ELF header]
<0> so the solution to my problem was pretty much to compile the module using g++ ... my error was :'( using the "libtool bash shell script" instead of the actual library in .libs/
<1> I'm having a crazy problem with casting ints to doubles in C... any reason why casting an int to double should produce a NaN?
<2> how are you casting?
<1> pfeilspitze: i've tried all sorts of variations... but the original was jsut fsecs = (double)tv->tv_sec. fsecs is a double. tv is struct timeval *
<1> i don't trust "isnan()" so much right now... i think there is some kind of optimization bug.
<3> I get a rather strange error when attempting to configure gcc 4.1.1 from source contained in gcc-4.1.1.tar.bz2.
<3> configure: error: can not find install-sh or install.sh in . ./.. ./../..
<4> Anyone have experience with mudflap and threaded programs? It's not behaving for me (false negatives), and I'm wondering if it's a Debian-specific problem.
<4> Could someone run a small test app on a non-Debian machine for me?
<5> guys, how do i compile gcc on a box where the gcc package is not installed?
<6> hello
<4> Anyone here have experience with mudflap? It's not behaving itself under threaded environments (4.1.1)
<7> are there 64bit ports floating around out there? (windows)
<7> i tried djgpp, cant even execure the image
<7> execute*
<8> djgpp is the DOS port :)
<7> is there a win64 port =)
<7> djgpp was working fine for me when i was win32
<8> yeah 32 bit windows can run dos binaries
<8> mingw is for win32 ... not sure if there is a 64 bit version yet
<8> but it doesn't look like there is
<8> according to gcc's documentation only linux and free/net BSD are currently supported for x86_64
<7> seems i fixed the gcc issue, now i just need to find proper nasm and ld images
<7> those are not bundled with mingw, are they?
<8> there is a bundle which includes gcc/binutils/win32headers and whatnot
<8> this one: http://prdownloads.sf.net/mingw/MinGW-3.1.0-1.exe?download
<8> and additionaly this one if you like bash and autotools: http://prdownloads.sf.net/mingw/MSYS-1.0.10.exe?download
<9> hi
<9> does anyone understand how -fno-exceptions works?
<9> I have a piece of code with a function try block around main()
<9> when I use -fno-exceptions, I get an error message 'expected init-declarator before "if"'
<9> the entire program does not contain the letters "i", followed by "f"
<8> with -fno-exceptions try and catch blocks are substituted by if blocks
<8> try is replaced by if(true) and catch is replaced by if(false)
<10> looking into a larger project doing source to source tranlations. have printed gimple trees and so, and read about pretty-printer. anyone have any more direct pointers where to look or who to talk to ?
<9> Zordan, ah, thanks
<9> Zordan, that is exactly what I need
<8> yw
<9> hm
<9> it appears that it does the same for function try blocks
<8> take a look at the preprocessed code
<8> (substitution is done by the preprocessor)
<9> ah
<9> the preprocessor wouldn't know whether it's a normal try/catch or a function try block
<9> because "if" before '{' does not work.
<9> hm
<11> (newbie) what's a "function try block"?
<9> even with -fno-exceptions I still have a stinking big pile of code
<9> in fact, I only gained 400 bytes
<8> got rid of rtti?
<9> mElo97, you put the "try" before the opening block of the function
<9> Zordan, yes
<9> Zordan, at least I tried
<9> Zordan, I still have lots of typeinfo structures in the binary
<8> -fno-rtti?
<9> Zordan, yep
<8> hm -Os and upx? :)
<9> -Os gains another 400 bytes
<9> upx does not make sense since it doesn't handle my architecture
<8> which is?
<9> ARM bigendian uClinux
<9> oh, and no ELF binaries either
<9> ELF does not deal with MMUless arches really
<8> well that is problematic then
<9> the problem is that it's a program that prints the time.
<9> It's 400 KB.
<8> heh
<9> (statically linked)
<9> and fully stripped
<9> because the executable format (bLFT) consists of just a 64 byte header in front of the data, and 4 bytes per relocation
<11> GyrosGeier, thx I didn't know about it. Found much info on the web... ;-
<9> mElo97, it helps you save a layer of indentation at worst, and IIRC you can also catch exceptions in parameter handling or so this way
<9> oh wait
<9> no, parameters are before
<9> because you can access them from the catch block
<11> I'm just reading that, and was seeking for the usefulness of a func-try block: Indeed as you said "bad parameter handling" could be implemented this way as a throw() from inside the function body can be caught by the catch() "~counterpart". thx
<11> euh
<11> I might have confused a few things, please disregard..
<9> mElo97, yes; parameter handling is, however, the caller's duty
<9> mElo97, (parameter p***ing can throw as well if you p*** an object by value)
<11> GyrosGeier, oh :- you mean if I p*** an object by value, and the constructor of this object throw() something! I never thought about this case.. ok
<9> mElo97, if you want to have really interesting and funny effects, p*** a std::auto_ptr by value.
<12> Is this a GCC bug? http://cpp.sourceforge.net/?show=17184
<13> make segfaults when i set --prefix=/
<13> gcc/xgcc specifically
<13> make bootstrap, sorry
<14> How can I use win32 dlls when writing a program in the Linux environment?
<15> does anyone know where I can find the docs on how gcc 3.4.4 mangles names?
<8> why?
<8> or rather what for?
<15> I am seeing how difficult it would be to make freepascal able to link to c++ objects in shared object files
<15> this is most likely beyond my abilities but it doesn't hurt to look :)
<8> hm I don't know anything about freepascal or its ABI :/
<15> apparently some time ago there was an effort to accomplish this but since then the name mangling for g++ has changed so I'm trying to see if I can update it
<15> it = freepascal
<16> drewski: it might be easier to write freepascal binding set for SWIG (http://www.swig.org/). just a thought
<8> drewski: http://www.codesourcery.com/cxx-abi/abi.html#mangling
<8> that's for gcc4 at least ... not sure about 3.4.4
<15> Zordan: thank you ver much!
Return to
#gcc
or
Go to some related
logs:
#fedora
#linuxhelp
tablecontentparser ubuntu
grub remove the border
#css
#perl
#physics
php strtoproper
linux wipe ram
#css
|
|