summaryrefslogtreecommitdiffstats
path: root/editors
Commit message (Collapse)AuthorAgeFilesLines
* * Update to 1.1.4marcus2003-04-0421-915/+444
| | | | * Enable optional GNOME 2 support
* Same as in patch patch-registry+source+registry.cxxmbr2003-04-0317-0/+238
| | | | | | This part was just wrong. mkstemp does return a file descriptor, not a string. This could lead to crashes. MacOS will have the same problems.
* This part was just wrong. mkstemp does return a file descriptor,mbr2003-04-0317-0/+238
| | | | | not a string. This could lead to crashes. MacOS will have the same problems.
* Remove redundant getpwuid_r from the patch. Build getpwuid_r partmbr2003-04-0317-1224/+595
| | | | for FreeBSD too.
* Fix crash in Autopilot->Report.mbr2003-04-0317-0/+187
|
* Update to version 9.3n.gj2003-04-034-4/+12
|
* Update to 1.0.5.marcus2003-04-034-13/+30
|
* Update to 2.42kevlo2003-04-032-2/+2
| | | | | PR: 50552 Submitted by: MAINTAINER
* This snapshot has a different path for the userdir.mbr2003-04-0117-67/+67
|
* Update to Vim 6.1 patchlevel 405.obrien2003-04-012-12/+38
|
* Update to srx644_ooo20030412.mbr2003-03-3168-255/+68
|
* Readd previous deleted part. It is still needed for 4.xmbr2003-03-3117-34/+510
|
* SOLARINI pointed to the wrong file. ssrx644.ini itself has stillmbr2003-03-3151-510/+901
| | | | | Linux dependent stuff in the FreeBSD section. Clean this up. Register the stlport lib.
* Uups. Committed to the wrong dir.mbr2003-03-3017-0/+0
| | | | | Check for m_pLockfile != NULL to fix crash during startup if no lockfile does exist at all (if we have no installed user directory)
* Check for m_pLockfile != NULL to fix crash during startup if no lockfilembr2003-03-3017-0/+374
| | | | does exist at all (if we have no installed user directory)
* Only add the office_${RELEASE_NR} wrapper startup scriptsmbr2003-03-3017-34/+34
| | | | | | to the pkg list. Submitted by: Dan Naumov <dan.naumov@ofw.fi>
* Work around the issue that our jdk has no version number like 1.4.1_02.mbr2003-03-3034-0/+1020
| | | | | | | | It reports itself as release candidat: 1.4.1-p3. This makes the jdk detection working. Problem reported by: David Booth <wbooth@austin.rr.com>
* Only do the workaround if a user-install exists.mbr2003-03-2917-50/+84
|
* Add missing cpmbr2003-03-2917-0/+34
|
* Mark BROKEN on 5.0: does not compilekris2003-03-281-1/+7
| | | | Submitted by: parv <parv@pair.com>
* Remove the FreeBSD SOLARLIB part now /usr/lib and /usr/local/libmbr2003-03-2817-170/+442
| | | | have been removed from the default settings.
* Patch was reversed.mbr2003-03-2817-408/+204
|
* Fix typombr2003-03-2817-17/+17
|
* Unbreak the port and fix the remaining pkg files.mbr2003-03-2851-1309/+1462
| | | | Have fun with OpenOffice1.1Beta !
* Workarounds for the startup wrappers.mbr2003-03-2817-50/+118
|
* Add $JAVA_HOME/jre/lib/i386 for -L. This seems to be unneeded for Linuxmbr2003-03-2817-34/+187
| | | | and others. Must be a JDK difference.
* BSD cp does not have -u option.mbr2003-03-2817-0/+272
|
* Fix typo: ScanFileList -> SCacheFileListmbr2003-03-2820-20/+20
|
* Use autoconf version > 2.5 to fix compile on CURRENT.mbr2003-03-2720-0/+20
|
* Bump portrevision after recent changes.mbr2003-03-273-3/+3
|
* Fix gcc3.2.2 compilembr2003-03-273-18/+18
|
* Fix patch which was apllied to the wrong dir.mbr2003-03-273-102/+81
|
* Fix missing patch which was applied to the wrong directory, ouch !mbr2003-03-2717-578/+459
| | | | This may be the case for OO1.0X too.
* Depending on how a compiler generates code (e.g., GCC 3.2.2 vs. GCCmbr2003-03-2717-0/+697
| | | | | | | | | | | | | | | | 3.0.1), a bug in the gcc3_linux_intel UNO bridge is revealed: If a C/C++ function returns a complex object (class, struct, union), the 386 ABI specifies that the caller pushes the address for that object on the stack, and the callee removes it from the stack. The code in the UNO bridge (callVirtualMethod in bridges/source/cpp_uno/gcc3_linux_intel/uno2cpp.cxx) erroneously assumes that the callee does *not* remove the address from the stack, corrupting the stack. We use the same bridge code as linux does for gcc3.x. So this fix also works for us. Submitted by: Stephan Bergmann <stephan.bergmann@sun.com>
* Add "bsd" include path to SOLARINC too.mbr2003-03-2717-51/+68
|
* The bsd1.4.1 jdk has a "bsd" include subdir.mbr2003-03-2717-17/+17
|
* This is fixed in the new snap tarball.mbr2003-03-2734-3587/+0
|
* OOo1.1 seems to link against a lib in the jdk. OOo will still runmbr2003-03-2717-357/+17
| | | | | without this library, but for compile it is definitly needed. Remove the linux jdk dependency and use again our native one.
* Update to a 20030324 snapshot. Remove a old unusedmbr2003-03-2734-68/+68
| | | | distfile entry.
* Update to version 0.8.1kevlo2003-03-274-17/+9
|
* Always use ${LINK} and ignore different settings.mbr2003-03-2717-17/+17
|
* Fix typombr2003-03-263-3/+3
| | | | | PR: 50027 Submitted by: Christopher Nehren <apeiron@comcast.net>
* Hopefully fix the build on bento:mbr2003-03-2620-100/+220
| | | | | The JDK dependency needs to be at the first place, so all following dependencies use the same JDK.
* Add WWW.olgeni2003-03-241-0/+2
|
* Use the linux map files for the gcc3 case.mbr2003-03-2351-102/+476
|
* The disposing happened to early. Move it a bit.mbr2003-03-2317-0/+578
| | | | Submitted by: Daniel Boelzle <dbo@openoffice.org>
* We use the linux jdk now to build, so follow the linux if-clauses here.mbr2003-03-2334-0/+680
|
* Fix bridge tests. Fixed in HEAD of OO.org, but not in srx644 branch.mbr2003-03-2334-0/+3587
|
* Remove -export-dynamic. This option is not needed at all andmbr2003-03-2317-68/+68
| | | | | does not work together with the .map files. This is already fixed in the 1.0X OO.org series.
* Update to 4.1.0.sobomax2003-03-234-59/+434
|
OpenPOWER on IntegriCloud