Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*compiler\s+problem\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*compiler\s+problem\s*$/: 8 ]

Total 8 documents matching your query.

1. compiler problem (score: 1): Author: kanoj@xxxxxxxxxxxxxxxxxxx (Kanoj Sarcar); Date: Tue, 29 Feb 2000 14:46:02 -0800 (PST); In arch/ia64/kernel/linux32.c, I added in some piece of code that _should_ look like this: static int nargs(unsigned int arg, char **ap) { char *ptr; int n, err; n = 0; do { if ((err = get_user(ptr,; /archives/linux-origin/2000-02/msg00028.html (7,731 bytes)
2. Re: compiler problem (score: 1): Author: Ralf Baechle <ralf@xxxxxxxxxxx>; Date: Tue, 29 Feb 2000 23:54:15 +0100; [...] Is this part of the binary compatibility execve(2) syscall? I wasted a lot of time because our MIPS compiler did die on my execve(2) compat syscall. Ralf; /archives/linux-origin/2000-02/msg00029.html (7,397 bytes)
3. Re: compiler problem (score: 1): Author: kanoj@xxxxxxxxxxxxxxxxxxx (Kanoj Sarcar); Date: Tue, 29 Feb 2000 15:46:41 -0800 (PST); Yes, this is so that 32 bit execs go to sys32_execve, instead of sys_execve. The reason being that the argv[]/envp[] has to be copied specially, since these entries are only 32bit large for mips32.; /archives/linux-origin/2000-02/msg00030.html (7,655 bytes)
4. Re: compiler problem (score: 1): Author: Ralf Baechle <ralf@xxxxxxxxxxx>; Date: Wed, 1 Mar 2000 00:46:06 +0100; Ok, so it's what I already did observe in my kernel. I've got a workaround which seems to be stable but no fix for the compiler. Ralf; /archives/linux-origin/2000-02/msg00031.html (7,438 bytes)
5. compiler problem (score: 1): Author: kanoj@xxxxxxxxxxxxxxxxxxx (Kanoj Sarcar); Date: Tue, 29 Feb 2000 14:46:02 -0800 (PST); In arch/ia64/kernel/linux32.c, I added in some piece of code that _should_ look like this: static int nargs(unsigned int arg, char **ap) { char *ptr; int n, err; n = 0; do { if ((err = get_user(ptr,; /archives/linux-origin/2000-02/msg00060.html (7,731 bytes)
6. Re: compiler problem (score: 1): Author: Ralf Baechle <ralf@xxxxxxxxxxx>; Date: Tue, 29 Feb 2000 23:54:15 +0100; [...] Is this part of the binary compatibility execve(2) syscall? I wasted a lot of time because our MIPS compiler did die on my execve(2) compat syscall. Ralf; /archives/linux-origin/2000-02/msg00061.html (7,455 bytes)
7. Re: compiler problem (score: 1): Author: kanoj@xxxxxxxxxxxxxxxxxxx (Kanoj Sarcar); Date: Tue, 29 Feb 2000 15:46:41 -0800 (PST); Yes, this is so that 32 bit execs go to sys32_execve, instead of sys_execve. The reason being that the argv[]/envp[] has to be copied specially, since these entries are only 32bit large for mips32.; /archives/linux-origin/2000-02/msg00062.html (7,683 bytes)
8. Re: compiler problem (score: 1): Author: Ralf Baechle <ralf@xxxxxxxxxxx>; Date: Wed, 1 Mar 2000 00:46:06 +0100; Ok, so it's what I already did observe in my kernel. I've got a workaround which seems to be stable but no fix for the compiler. Ralf; /archives/linux-origin/2000-02/msg00063.html (7,524 bytes)

Current List: 1 - 8
Page: [1]