Displaying 18 results from an estimated 18 matches for "confstr".
Did you mean:
concstr
2014 Aug 09
2
[LLVMdev] sys::path::system_temp_directory vs. sys::fs::createTemporaryFile
...;d like for us to drop one of
> them. I just want to make sure that that the final state, post merge, works
> well on all of our platforms. :)
Cool. The attached patch removes TempDir. It passes all tests, but the
OS X case looks a bit suspicious. I first implemented it by given
priority to confstr, but we depend on the env variables taking
priority for testing the crash report. Is there some way to change
what confstr returns?
Should we just add a -cc1 command line option for use in
test/Driver/crash-report.c?
Cheers,
Rafael
-------------- next part --------------
A non-text attachment was...
2023 Mar 19
3
[libnbd PATCH v4 0/2] lib/utils: introduce async-signal-safe execvpe()
...-- contains a small
> TOCTTOU race (highlighted by Eric) after all, but it should be harmless.
>
> Implementation-defined details:
> @@ Commit message
>
> If PATH is set but empty ("set to null") [02], or PATH is unset and
> confstr(_CS_PATH) fails or returns no information or returns the empty
> - string, we fail the initial scanning (!) with ENOENT. This is consistent
> - with bash's behavior on Linux/glibc:
> -
> - $ PATH= ls
> - bash: ls: No such file or directory...
2014 Aug 13
2
[LLVMdev] sys::path::system_temp_directory vs. sys::fs::createTemporaryFile
> It looks like OS X always has TMPDIR set these days (to the value of
> _CS_DARWIN_USER_TEMP_DIR), so I think we should just go with TMPDIR if it's
> set and non-empty, and then fall back to confstr. However, we should not be
> using TMPDIR if ErasedOnReboot is false (i.e. if we'd prefer
> _CS_DARWIN_USER_CACHE_DIR). Unfortunately there's no canonical environment
> variable for that.
>
> CCing Greg to see if that makes sense.
OK, so I guess something like this?
Cheers,...
2014 Jul 25
2
[LLVMdev] sys::path::system_temp_directory vs. sys::fs::createTemporaryFile
On Jul 25, 2014, at 13:44 , Rafael EspĂndola <rafael.espindola at gmail.com> wrote:
> On 25 July 2014 16:31, David Majnemer <david.majnemer at gmail.com> wrote:
>> I have a few concerns:
>> 1. GetTempPathW is buggy, we should be manually using
>> GetEnvironmentVariableW with TMP, TEMP and USERPROFILE arguments and use the
>> first that exists.
>> 2. We
2004 Jun 10
1
overhaul of mle
...e who want to see the value of the
log-likelihood, not the square root or signed square root (could be
collapsed into a "scale" argument for the profile plot = "sqrt",
"abssqrt", "lik")
added code and options to plot labels of confidence levels (logical
plot.confstr, character confstr)
added add= argument (to draw profiles on an existing plot)
added arguments for color of minimum values, confidence limits,
profile (col.minval, col.conf, col.prof)
added options for confidence interval: when applied to an mle object,
method "spline" does the previou...
2019 Jan 25
0
[klibc:update-dash] [BUILTIN] command: allow combining -p with -v
...pathvar to start with
/usr/local/*: it has two separate functions, it also serves as the
default path (hence the name) when dash is started with no PATH set at
all. I think fixing this should be done in a way so that command -p does
not use defpathvar, not by changing defpathvar. bash uses the same
confstr function for this that getconf uses, and it shouldn't be too
much work to make dash use that too. If no one else comes up with a
working patch or a better approach, I'll try to get that working.
Signed-off-by: Herbert Xu <herbert at gondor.apana.org.au>
Signed-off-by: Ben Hutchings &...
2020 Mar 28
0
[klibc:update-dash] dash: [BUILTIN] command: allow combining -p with -v
...pathvar to start with
/usr/local/*: it has two separate functions, it also serves as the
default path (hence the name) when dash is started with no PATH set at
all. I think fixing this should be done in a way so that command -p does
not use defpathvar, not by changing defpathvar. bash uses the same
confstr function for this that getconf uses, and it shouldn't be too
much work to make dash use that too. If no one else comes up with a
working patch or a better approach, I'll try to get that working.
Signed-off-by: Herbert Xu <herbert at gondor.apana.org.au>
Signed-off-by: Ben Hutchings &...
2019 Aug 14
9
[9.0.0 Release] Release Candidate 2 is here
Hello everyone,
9.0.0-rc2 was tagged yesterday from the release_90 branch at r368683.
In the Git monorepo it's available as the llvmorg-9.0.0-rc2 tag.
Source code and docs are available at https://prereleases.llvm.org/9.0.0/#rc2
Binaries will be added as they become available.
The tag went in roughly one week behind schedule (see "Upcoming
Releases" at https://llvm.org), but
2019 Jul 29
10
[9.0.0 Release] Release Candidate 1 is here
Hi everyone,
9.0.0-rc1 was just tagged from the release_90 branch at r367217
(tagged as llvmorg-9.0.0-rc1 in the Git monorepo).
Source code and docs are available at https://prereleases.llvm.org/9.0.0/#rc1
Binaries will be added as they become available.
Please file bug reports for any issues you find as blockers of
https://llvm.org/PR42474
Release testers: please start your engines, run the
2019 Sep 13
4
[9.0.0 Release] Release Candidate 5 is here
Hello everyone,
9.0.0-rc5 was just tagged from the release_90 branch at r371837. In
the Git monorepo, it's tagged as llvmorg-9.0.0-rc5.
Source code and docs are available at
https://prereleases.llvm.org/9.0.0/#rc5 Binaries will be added as they
become available.
There is only a single change from rc4 to rc5. Once more, the hope is
that this will be the last release candidate and that we can
2019 Dec 14
5
LLVM 9.0.1-rc3 has been tagged
Hi,
I've just tagged LLVM 9.0.1-rc3. Testers can begin testing and uploading
binaries. This will be the last release candidate unless there is a
major problem. I'm planning to tag the final release on Dec 19.
-Tom
2019 Sep 10
15
[9.0.0 Release] Release Candidate 4 is here
Hello again,
9.0.0-rc4 was just tagged from the release_90 branch at r371490. In
the Git monorepo, it's tagged as llvmorg-9.0.0-rc4.
Source code and docs are available at
https://prereleases.llvm.org/9.0.0/#rc4 Binaries will be added as they
become available.
There are not a lot of changes from rc3 to rc4, and there are again no
open release blockers, so I'm hoping this will be the last
2019 Nov 23
5
LLVM 9.0.1-rc1 Release has been tagged
Hi,
I've tagged the LLVM 9.0.1-rc1 release. Testers can begin testing and upload
binaries. I've also updated the test-release.sh script to pull from GitHub
instead of SVN, if you run into any issues with the new script, let me know.
-Tom
2019 Dec 20
7
LLVM 9.0.1-final has been tagged
Hi,
I've just tagged the 9.0.1-final release. Testers can begin uploading binaries.
-Tom
2019 Aug 30
9
[9.0.0 Release] Release Candidate 3 is here
Hello everyone,
9.0.0-rc3 was tagged today from the release_90 branch at r370450. In
the Git monorepo, it's tagged as llvmorg-9.0.0-rc3.
Source code and docs are available at https://prereleases.llvm.org/9.0.0/#rc3
Binaries will be added as they become available.
There are currently no open release blockers, which means if nothing
new comes up, the final release could ship soon and this is
2019 Dec 07
6
LLVM 9.0.1-rc2 has been tagged
Hi,
I've tagged LLVM 9.0.1-rc2. Testers can begin testing and uploading binaries.
If all goes well, this will be the last -rc.
-Tom
2010 Mar 23
0
[LLVMdev] Cygwin llvm-gcc-4.2 regression
...ncluded from /usr/include/unistd.h:4,
from /home/ang/src/llvm-gcc4.2-2.7.source/gcc/tsystem.h:105,
from /home/ang/src/llvm-gcc4.2-2.7.source/gcc/config/i386/cygmi
ng-crtbegin.c:37:
/usr/include/sys/unistd.h:31: error: expected ',' or ';' before 'confstr'
/usr/include/sys/unistd.h:70: error: expected declaration specifiers or '...' be
fore 'size_t'
/usr/include/sys/unistd.h:72: error: expected declaration specifiers or '...' be
fore 'size_t'
/usr/include/sys/unistd.h:85: error: expected declaration specifiers or...
2019 Sep 17
18
[9.0.0 Release] Release Candidate 6 is here
Hello everyone,
9.0.0-rc6 was just tagged from the release_90 branch at r372100. In
the Git monorepo, it's tagged as llvmorg-9.0.0-rc6.
Source code and docs are available at https://prereleases.llvm.org/9.0.0/#rc6
This is the same as rc5 plus one very minor change (r371969) that
still seemed good to pick up.
I'm not allocating extra time for testing this one, expecting to tag