similar to: [klibc:update-dash] dash: Fix some cosmetic differences from upstream dash

Commit-ID: 3722d88daf36c22e86e85b56a2aba70a0e059581 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=3722d88daf36c22e86e85b56a2aba70a0e059581 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Fri, 25 Jan 2019 00:04:40 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 25 Jan 2019 02:57:21 +0000 [klibc] dash: Fix some cosmetic

Commit-ID: ffba488a87578bfe0704dd906466fc64a88ff488 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=ffba488a87578bfe0704dd906466fc64a88ff488 Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Mon, 6 Jun 2016 19:52:43 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 25 Jan 2019 02:57:21 +0000 [klibc] trap: Implement

Commit-ID: b9c84707e06be25579b9402f740c763ed79cbdde Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=b9c84707e06be25579b9402f740c763ed79cbdde Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Mon, 6 Jun 2016 19:52:43 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:54 +0000 [klibc] dash: trap: Implement

Hi, trying to build klibc 1.1.8 on x86 fails on my machine as follows: KLIBCCC dash/trap.o KLIBCCC dash/output.o dash/trap.c: In function 'trapcmd': dash/trap.c:94: warning: unused parameter 'argc' dash/trap.c:94: warning: unused parameter 'argv' dash/trap.c: In function 'decode_signal': dash/trap.c:398: error: 'SIGRTMIN' undeclared (first use in this

This patch does two things. This test program results (on i386) in an error about _NSIG: #include <signal.h> #if defined (SIGRTMAX) int rtmax = SIGRTMAX; #endif The cause is that the kernel signal.h defines SIGRTMAX as _NSIG, then makes _NSIG invisibelby hiding it inside ifdef __KERNEL__. Perhaps it's more elegant to solve this in the kernel, but the ramifications of that scare

--- usr/include/signal.h | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/usr/include/signal.h b/usr/include/signal.h index a513282..4ed65bc 100644 --- a/usr/include/signal.h +++ b/usr/include/signal.h @@ -44,10 +44,12 @@ typedef int sig_atomic_t; /* The kernel header files are inconsistent whether or not SIGRTMAX is inclusive or exclusive. POSIX seems to state that

Commit-ID: dbb7e738b59fe626fd25c4df9f348fecc434ce09 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=dbb7e738b59fe626fd25c4df9f348fecc434ce09 Author: Denys Vlasenko <dvlasenk at redhat.com> AuthorDate: Wed, 26 Oct 2016 19:28:29 +0200 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 25 Jan 2019 02:57:21 +0000 [klibc] trap: Globally rename

Commit-ID: e0829af46211f7919afe8f49dd3145c0cbb45d87 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=e0829af46211f7919afe8f49dd3145c0cbb45d87 Author: Denys Vlasenko <dvlasenk at redhat.com> AuthorDate: Wed, 26 Oct 2016 19:28:29 +0200 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:54 +0000 [klibc] dash: trap: Globally

Commit-ID: cef709c42bb5ac1c45e7c42f440bc1c010f39b9b Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=cef709c42bb5ac1c45e7c42f440bc1c010f39b9b Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Sat, 19 May 2018 02:39:56 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:55 +0000 [klibc] dash: eval: Add vfork

Following example from usr/include/arch/i386/klibc/archsignal.h: The in-kernel headers for arm still have libc5 crap in them. Reconsider using <asm/signal.h> when/if it gets cleaned up; for now, duplicate the definitions here. Signed-off-by: Jon Ringle <jon at ringle.org> --- usr/include/arch/arm/klibc/archsignal.h | 112 ++++++++++++++++++++++++++++++- 1 files changed, 110

Hi. I compiled 1.2.rc2 on NetBSD. [toyota at sernpidal]% uname -rsm NetBSD 3.1 i386 [toyota at sernpidal]% ./configure; make --- snip --- gcc -DHAVE_CONFIG_H -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT child-wait.o -MD -MP -MF .deps/child-wait.Tpo -c -o child-wait.o child-wait.c In

From: Bradley Smith <brad at brad-smith.co.uk> This patch is from http://git.brad-smith.co.uk/?p=avr32/klibc.git;a=summary It squashes together and includes those commits: * Fix ld flags such that shared builds actually run. * Fix setjmp. * Fix sigaction/sigrestorer. * Tidy everything up. * Fix lseek mess. Cc: H?vard_Skinnemoen <hskinnemoen at gmail.com> Cc: Hans-Christian Egtvedt

Hi, There seems to be a problem with setGroupGeneric() from package 'methods'. The symptoms are somewhat erratic, in the sense that small changes may lead to any of the following behaviours. 1.Package works without problems on Windows and installs on Linux but gives error when loaded with library(). 2.Package installs on both systems and gives error when loaded on any of them. 3.

- use consistent error values (stop mixing of [positive] errno values with literal -E... ones) - properly format output - don''t use leading zeros in decimal output - move printing of average frequency into P-state conditional (rather than a C-state one) - don''t print some C-state related info when CPU idle management is disabled in the hypervisor - use calloc() for array

Efectivamente. Puedes cambiar el signo de todos los valores de la segunda componente, por ejemplo al hacer un gráfico de dispersión. No creo que se pueda hacer directamente en la función. Saludos Francesc El 01/10/13 17:53, Argel Gastélum Arellánez ha escrit: > Hola Francesc, muchas gracias por tu respuesta. > > Entonces, si quisiera que las gráficas de los resultados de

Hi, Last night's attempt to build llvmgcc4 with svn head ends in this . This is on an x86 FC5 environment. /home/ramana/llvm/llvmgccfrontend/llvmgcc4-source/build-llvmgcc/gcc/xgcc -B/home/ramana/llvm/llvmgccfrontend/llvmgcc4-source/build-llvmgcc/gcc/ -B/home/ramana/llvm/install-llvm/i686-pc-linux-gnu/bin/ -B/home/ramana/llvm/install-llvm/i686-pc-linux-gnu/lib/ -isystem

Hi , I needed to apply this patch to get the GCC frontend building on an FC5 x86 box . [ramana at venglathur gcc]$ svn diff Index: libiberty/strsignal.c =================================================================== --- libiberty/strsignal.c (revision 254) +++ libiberty/strsignal.c (working copy) @@ -557,8 +557,8 @@ void psignal (signo, message) - unsigned signo; -

http://bugzilla.mindrot.org/show_bug.cgi?id=241 Summary: When I kill scp, the underlying ssh child process remains alive Product: Portable OpenSSH Version: 3.1p1 Platform: All OS/Version: Linux Status: NEW Severity: minor Priority: P3 Component: scp AssignedTo: openssh-unix-dev

Por definición la primera componente principal es una combinación lineal que maximiza la varianza de modo que si la componente 1 es el vector de coeficientes a, entonces, el vector -a también puede ser dicha componente. Las otras componentes, por ejemplo la segunda, es incorrelacionada con la primera y también maximiza la varianza, luego el signo no importa. Así pues, el signo de cada

ISSUE: In Interpreter::executeInstruction(), _sys_siglistp is a Solarisism. ACTION: Replace _sys_siglistp[signo] with strsignal(signo) which is more portable, maybe POSIX? PATCH: Apply from llvm top-level directory with "patch -p0." -- Casey Carter Casey at Carter.net ccarter at uiuc.edu AIM: cartec69 -------------- next part -------------- An embedded and charset-unspecified text