similar to: [PATCH] ELF headers

hello hpa, quite easy to get m-i-t build against klibc, so i propose to kill the old local insmod copy. sent the only local m-i-t fix upstream, please pull: git pull git://brane.itp.tuwien.ac.at/~mattems/klibc.git maks maximilian attems (3): [klibc] klibc/socketcalls/.gitignore addition [klibc] elf.h add support for st_info field [klibc] remove local insmod.c copy and diffstat

hello hpa, please pull latest git pull git://git.debian.org/~maks/klibc.git maks forgot to ask to keep git port open for our boxes at university, thus moved my tree over too the alioth box. for the changes maximilian attems (4): [klibc] klibc/socketcalls/.gitignore addition [klibc] elf.h add support for st_info field [klibc] remove local insmod.c copy [klibc] ipconfig

Commit-ID: 01b7dde0664ef67eada14dc163d015eb603fda74 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=01b7dde0664ef67eada14dc163d015eb603fda74 Author: maximilian attems <max at stro.at> AuthorDate: Tue, 22 May 2012 19:15:44 +0200 Committer: maximilian attems <max at stro.at> CommitDate: Tue, 22 May 2012 19:15:44 +0200 [klibc] include: [sys/elfcommon.h] define

Commit-ID: 45e09deb6a0a4fcb3a56efb7e18807b2800e358f Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=45e09deb6a0a4fcb3a56efb7e18807b2800e358f Author: H. Peter Anvin <hpa at zytor.com> AuthorDate: Fri, 24 Jan 2014 20:26:04 -0800 Committer: H. Peter Anvin <hpa at zytor.com> CommitDate: Fri, 24 Jan 2014 20:28:23 -0800 auxv: convert auxiliary vector into an

This patch changes only strings, no program code. It is would be nice if it goes in the 6.04 release. Reported-by: Ady <ady-sf at hotmail.com> How this patch was prepared, how the editting for this patch was done Where is auxiliary written with double l? git grep -i auxilliary Which files are effect git grep -li auxilliary Changing the those files with the streaming editor sed

Hi Guys I have been running a test server for a few days now with * 1.0.9 bristuff RC8n. I had a power failure and the test machine was not on the ups. When power was restored I found the following error: FATAL: Error inserting zaphfc (/lib/modules/2.6.11.4-20a-default/misc/zaphfc.ko): Unknown symbol in module, or unknown parameter (see dmesg) My dmesg output: zaphfc: unsupported

Hi, Sorry to re-post, but I'm still having hassles with ztdummy. I'm using kernel 2.6.11.4-21.7-smp and Asterisk 1.0.8 on SuSE 9.3 The first 3 makes (see below) for zaptel work out ok - but the ztdummy.ko (etc) files *are* created even though I haven't yet uncommented ztdummy in Makefile. If the ztdummy bits are compiled, why edit Makefile & run make again? modprobe ztdummy

Hello R Help, I'm working in a project with a software that register date and time data in serial time format. This format is used by excel, for exemple. In this format, 40597.3911423958 is 2011/2/23 09:23:15. First part is number os days since 1900/1/1, and second part is a fraction of a day. I need to make this transformation in R, and use it to make some algebrian operations. I found that

Hello All, In ARM embedded applications, there are some compilers that support useful function and variable attributes that help the compiler communicate information about symbols to downstream object consumers (i.e. linkers). One such attribute is the "location" attribute. This attribute can be applied to a global or local static data object or a function to indicate to the linker

Hi Snider. As you and Peter mentioned there are indeed toolchains that allow location placement from within the C/C++ source code, using attributes or similar. I always wonder if such extension is worth the effort. There are downsides like the non-standard ways of communicating this information to the linker, different places that control location of things (linker and compiler sources). I would

Hi Peter, Thanks for the response. If we set aside the discussion of the relationship between sections and the application of the "location" or "at" attribute for a moment, do you have any objections to the proposed method of encoding metadata information about symbols (whether they are associated with actual data objects, functions, or sections) in the ELF object file?

On Oct 15, 2012, at 4:00 PM, Sid Manning wrote: > On 10/15/12 12:01, Nick Kledzik wrote: >> >> On Oct 15, 2012, at 8:08 AM, Sidney Manning wrote: >>> >>> I think that absolute atoms will need something similar to, "contentType" added. >>> >>> SHN_ABS symbols can have different types, STT_OBJECT, STT_FILE and maybe others. In order

On 10/15/12 12:01, Nick Kledzik wrote: > > On Oct 15, 2012, at 8:08 AM, Sidney Manning wrote: >> >> I think that absolute atoms will need something similar to, "contentType" added. >> >> SHN_ABS symbols can have different types, STT_OBJECT, STT_FILE and maybe others. In order for the writer to tell it must have a way to reach back and ask the atom what type

On Oct 15, 2012, at 9:06 PM, Shankar Kalpathi Easwaran wrote: > The object file already has the information that when its STT_FILE and the symbol name is the name of the translation unit already. > > I dont think the linker has to add a absolute symbol by figuring out the translation unit. Then we are in agreement. Sid started this thread with the suggestion of adding new content

Hi Nick, The object file already has the information that when its STT_FILE and the symbol name is the name of the translation unit already. I dont think the linker has to add a absolute symbol by figuring out the translation unit. Shankar Easwaran On Mon, Oct 15, 2012 at 6:07 PM, Nick Kledzik <kledzik at apple.com> wrote: > > On Oct 15, 2012, at 4:00 PM, Sid Manning wrote: >

The stdio klibc branch got merged into klibc properly, meaning the I/O being buffered. klibc gained with it support for several stream functions. This massive work got authored by hpa. ipconfig saw several note worthy enhancement allowing the generation of a proper lease file. kinit added fs mount according to /etc/fstab or bootparam. Plus several arch fixes for the usual suspects: alpha, i386,

On Wed, 1 May 2019 at 15:03, Finkel, Hal J. <hfinkel at anl.gov> wrote: > > On 5/1/19 7:22 AM, Christof Douma via llvm-dev wrote: > > Hi Snider. > > > > As you and Peter mentioned there are indeed toolchains that allow location placement from within the C/C++ source code, using attributes or similar. I always wonder if such extension is worth the effort. There are

msz De: Fern?ndez-L?pez, Ambito Iberoamericano, Paseo de la Castellana 223, Madrid. [1]InEnglish - [2]EnEspanol Caros amigos luso-brasileiros, ? de se perguntar se as "patrulhas ideol?gicas" esquerdistas estar?o impedindo que os ?ltimos artigos do ex preso pol?tico e escritor cubano Armando Valladares - que abordam delicados aspetos das rela??es entre o regime

James, What you are doing below is tricking the compiler into believing that it is dealing with a real int object that has actual space allocated to it in x2.o, but sym is not defined as a real data object in x1.o Thanks, but that doesn’t really address my use case. I still contend that associating a placement address with an actual data object (whether it be initialized or not) or function,

Hi there, I am doing multiple comparisons for data that is not normally distributed. For this purpose I tried both functions kruskal{agricolae} and kruskalmc{pgirmess}. It confuses me that these functions do not yield the same results although they are doing the same thing, don't they? Can anyone tell my why this happens and which function I can trust? kruskalmc() tells me that there are no