| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
I don't know much about compilers, but what I do have are a very particular
set of skills. Skills I have acquired over a very long career.
|
|
|
|
| |
okay millert@
|
|
|
|
|
| |
- mix-up between .ALLSRC and .IMPSRC, compile the right gc.c file
- add explicit targets for pre-generated stuff
|
|
|
|
| |
okay millert@ deraadt@
|
|
|
|
|
|
|
| |
contains -g by default anyway
problem noted by Edgar Pettijohn (edgar (at) pettijohn-web.com)
ok millert@ kettenis@ deraadt@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
members to 64bit types. Assign new syscall numbers for (almost
all) the syscalls that involve the affected types, including anything
with time_t, timeval, itimerval, timespec, rusage, dirent, stat,
or kevent arguments. Add a d_off member to struct dirent and replace
getdirentries() with getdents(), thus immensely simplifying and
accelerating telldir/seekdir. Build perl with -DBIG_TIME.
Bump the major on every single base library: the compat bits included
here are only good enough to make the transition; the T32 compat
option will be burned as soon as we've reached the new world are
are happy with the snapshots for all architectures.
DANGER: ABI incompatibility. Updating to this kernel requires extra
work or you won't be able to login: install a snapshot instead.
Much assistance in fixing userland issues from deraadt@ and tedu@
and build assistance from todd@ and otto@
|
|
|
|
|
|
|
|
| |
Change the logic depending upon COMPILER_VERSION everywhere, to assume gcc4
is the norm and to explicitely test for gcc3 when a different behaviour
is required.
No functional change intended. Be sure to `make install' in share/mk before
attempting to do anything.
|
|
|
|
|
|
|
| |
commit exposed a build problem which used to spuriously affect builds.
It is possible that .PATH.suffix is sutbly broken in make(1), but there is
no real need to use that construct here in any case.
ok miod
|
|
|
|
|
|
| |
complier picking, eg supporting gcc2, gcc3, and gcc4. based on diff by Marco,
with fixes from espie@.
ok espie@ general mumbling of approval of others.
|
|
|
|
|
|
|
| |
- disable thread priorities in libobjc to avoid thread starvation issues
- major bump lib due to new link dependency on pthread
- link objc regress with -pthread
Tested on i386/amd64/powerpc/landisk/vax/sparc64/hppa. okay espie@
|
|
|
|
|
|
| |
warning otherwise.
ok herrb@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I did check on i386 that the compiled code was identical.
However, nm shows different symbols in old libobjc compiled with gcc 2.95
versus symbols in new libobjc compiled with gcc 3.3.5.
Since that makes Theo uneasy, and since I didn't remember to ask miod
to verify nm before/after the libobjc change on all architectures,
let's crank the major number.
This is probably 99.9% unnecessary, but the crank takes care of the
0.1% chance that I fucked up and that this change will break, say,
the Objective C ABI on mvme88k.
Fucked up process on my part. Theo's right to remind me.
|
|
|
|
| |
ok deraadt@, pvalchev@
|
|
|
|
| |
ok deraadt@
|
| |
|
|
|
|
|
|
|
| |
the machine architecture. We now output amd64 instead
of x86_64 as it should be.
ok deraadt@ pvalchev@
|
|
|
|
|
|
| |
to find each other.
okay niklas@ (`deja-vu')
|
| |
|
| |
|
| |
|
|
|
|
| |
ok deraadt@
|
|
|
|
|
|
|
| |
To build you must:
cd /usr/src && make obj && make includes
cd lib/libc && make depend && make && NOMAN=1 sudo make install
cd /usr/src && make build
|
|
|
|
| |
ok deraadt@, millert@, krw@ - mdoc ok jmc@
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|