+0,0 @@
-$OpenBSD: patch-jdk_make_lib_Awt2dLibraries_gmk,v 1.1 2019/02/08 20:36:44 kurt
Exp $
-
-Index: jdk/make/lib/Awt2dLibraries.gmk
jdk/make/lib/Awt2dLibraries.gmk.orig
-+++ jdk/make/lib/Awt2dLibraries.gmk
-@@ -1236,6 +1236,11 @@ ifndef BUILD_HEADLESS_ONLY
Update to 11.0.3+7:
https://www.oracle.com/technetwork/java/javase/11-0-3-oracle-relnotes-5290048.html
Index: Makefile
===
RCS file: /cvs/ports/devel/jdk/11/Makefile,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 Makefile
---
This update is a bit more then just upstream fixes from u202 though u212.
In addition to those upstream fixes, it includes a bunch of FreeBSD port
patches that were merged into the bsd-port upstream repo. I don't
anticipate any fallout or regressions from those changes however I'd
like to get a
Several ports that build using the jdk and ant have issues with getting
ant to use the correct build jdk. This diff addresses those issues.
javaPathHelper is designed to use JAVA_HOME when provided to pick the
jdk to use. If it is not provided it figures out what jdk satisfied the
run depend at
Options_c
18 Apr 2019 18:06:17 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,38 +0,0 @@
-$OpenBSD: patch-src_jdk_net_bsd_native_libextnet_BsdSocketOptions_c,v 1.1
2019/04/18 18:06:17 kurt Exp $
-
-Index: src/jdk.net/bsd/native/libextnet/BsdSocketOptions.c
src/jdk.net
- 11/Makefile 13 Sep 2019 16:18:33 -0000 1.9
+++ 11/Makefile 20 Sep 2019 19:02:14 -
@@ -1,12 +1,12 @@
# $OpenBSD: Makefile,v 1.9 2019/09/13 16:18:33 kurt Exp $
-ONLY_FOR_ARCHS=i386 amd64
+ONLY_FOR_ARCHS=i386 amd64 aarch64
USE_WXNEEDED= Yes
DPB_PROPERTIES=paral
Update javac source and target variables so this can be built with
the 1.8 or 11 jdk. Test builds on aarch64 and amd64 completed.
okay?
Index: databases/db/v4/Makefile
===
RCS file: /cvs/ports/databases/db/v4/Makefile,v
retrieving
This version (1.5.0) is not compatible with jdk-11. Adjust
MODJAVA_VER to be 1.8 only for now. A newer version of abcl
this is compatible with jdk-11 will be available soon:
https://mailman.common-lisp.net/pipermail/armedbear-devel/2019-April/003973.html
okay?
Index: lang/abcl/Makefile
This version (4.2.3) is not compatible with jdk-11. Adjust
MODJAVA_VER to be 1.8 only for now. A newer version of openfire
that is compatible with jdk-11 is available:
http://download.igniterealtime.org/openfire/docs/latest/changelog.html
okay?
Index: net/openfire/Makefile
This version (4.4.0) is not compatible with jdk-11. Adjust
MODJAVA_VER to be 1.8 only for now. A newer version of jna
exists that is compatible is available.
okay?
Index: Makefile
===
RCS file: /cvs/ports/java/jna/Makefile,v
This version (2.9.3) is not compatible with jdk-11. Adjust
MODJAVA_VER to be 1.8 only for now. A newer version of lwjgl
exists that is compatible and works with minecraft is available.
okay?
Index: games/lwjgl/Makefile
===
RCS file:
Similar to devel/spidermonkey60 change. Allow OpenBSD's mmap to
handle ASLR by using NULL as hint to mmap.
Built and lightly tested on amd64 (although not exactly sure
how to ensure java script is executed in thunderbird).
okay?
Did I miss any copies of mozilla java script in other ports?
Fixes intermittent crash in graphics/colord. Patch from upstream.
okay?
Repoduced and tested with the following loop:
cd /usr/obj/ports/colord-1.3.5/colord-1.3.5/data/profiles
while LD_LIBRARY_PATH=../../client/.libs/ ../../client/.libs/cd-create-profile
--output x11-colors.icc
I took a look at why x11/gnome/gjs build was failing on aarch64
and traced it back to spidermonkey60 attempting to give mmap
a random hint address. However it assumes 2^46 bits of the address
space is always usable on all 64 bit architectures. Since mmap
on OpenBSD will already select a suitable
Various rockchip u-boot 2019.10rc4 aarch64 improvements:
* u-boot.itb is included in the all target for rockpro64 and
firefly-rk3399 so remove duplicate make for it.
* Build rock64-rk3328, except exclude idbloader.img which is broken.
* Install u-boot-spl-dtb.bin and mkimage for rock64,
Improve devel/gdb aarch64 support:
* Enable debugging on running threaded programs
* Provide sigtramp routine unwinding (support modeled after ppc)
okay?
Example of unwinding through signal trap page on running target:
(gdb) bt
#0 handler (sig=11, sip=0x16517e9238, ctx=0x16517e9118) at
Fix backtrace across signals on amd64
The 'Apply the retpoline transformation to indirect jumps in the
raw ASM' commit in 6.4 added an instruction to the sigcode.
This fixes the offset to look for sigreturn and mantains
backward compat till 5.0.
okay?
Index: Makefile
-- patches/patch-arch_arm_dts_rk3399-rockpro64_dts 17 Jan 2020 14:24:42
- 1.4
+++ patches/patch-arch_arm_dts_rk3399-rockpro64_dts 18 May 2020 22:11:35
-
@@ -1,5 +1,7 @@
$OpenBSD: patch-arch_arm_dts_rk3399-rockpro64_dts,v 1.4 2020/01/17 14:24:42
kurt Exp $
+Set baud rate,
gcc 8 ICEs on python 2 and 3 on hppa:
In file included from Include/Python.h:94,
from Objects/complexobject.c:8:
Objects/complexobject.c: In function '_Py_c_pow':
Include/complexobject.h:21:15: internal compiler error: in
expand_expr_addr_expr_1, at expr.c:8026
#define c_pow
gettext fails to build on hppa with an undefined reference to
`__sync_val_compare_and_swap_4'. The following allows it to build
but it uses the fallback code that is not threadsafe. okay?
Index: Makefile
===
RCS file:
ile,v
retrieving revision 1.58
diff -u -p -u -r1.58 Makefile
--- devel/jdk/1.8/Makefile 5 May 2021 12:29:28 - 1.58
+++ devel/jdk/1.8/Makefile 18 May 2021 14:36:10 -
@@ -1,6 +1,6 @@
# $OpenBSD: Makefile,v 1.58 2021/05/05 12:29:28 kurt Exp $
-ONLY_FOR_ARCHS=i386 amd
Add support for aarch64 and fix i386 build. okay?
Index: Makefile
===
RCS file: /cvs/ports/java/tanukiwrapper/Makefile,v
retrieving revision 1.20
diff -u -p -u -r1.20 Makefile
--- Makefile6 Jan 2021 13:30:22 - 1.20
+++
Add aarch64 support. okay?
Index: Makefile
===
RCS file: /cvs/ports/net/i2p/Makefile,v
retrieving revision 1.8
diff -u -p -u -r1.8 Makefile
--- Makefile19 May 2021 01:50:30 - 1.8
+++ Makefile20 May 2021 13:50:23
=
RCS file: /cvs/ports/devel/jdk/1.8/Makefile,v
retrieving revision 1.60
diff -u -p -u -r1.60 Makefile
--- 1.8/Makefile18 Jun 2021 19:37:52 - 1.60
+++ 1.8/Makefile6 Jul 2021 20:24:52 -
@@ -1,6 +1,6 @@
# $OpenBSD: Makefile,v 1.60 2021/06/18 19:37:5
Update to 8.0.4 with the following additional changes:
- Use mmap via the configure argument instead of hard-coding it.
- Define USE_MMAP_ANON for all OpenBSD arch to match upstream
code conventions.
- Remove unused ELF_CLASS define for OpenBSD.
- Remove old HAVE_DL_ITERATE_PHDR workaround for
chromium tries to implement random mmap on its own. Allowing mmap
to pick its own random location will likely fix aarch64 and i386
issues.
This diff has not completed a build on aarch64 yet, but it has
passed the part of the build where it fails with ENOMEM.
I'm passing this along early to get
+1,22 @@
$OpenBSD: patch-make_hotspot_lib_CompileJvm_gmk,v 1.1.1.1 2021/10/29 18:15:16
kurt Exp $
-This file name changed in 17 and needs to be excluded
+threadLS_bsd_aarch64.S name changed in 17 and needs to be excluded.
+Disable unused-but-set-parameter for llvm13.
Index: make/hotspot/lib
Add support for Raspberry Pi Zero 2 W via brcm-supplemental and
use Raspberry Pi 400 from brcm-supplemental as well.
okay?
Index: Makefile
===
RCS file: /cvs/ports/sysutils/firmware/bwfm/Makefile,v
retrieving revision 1.11
diff -u
--- java.port.mk15 Jul 2021 10:29:19 - 1.40
+++ java.port.mk29 Oct 2021 20:17:22 -
@@ -1,6 +1,6 @@
# $OpenBSD: java.port.mk,v 1.40 2021/07/15 10:29:19 kurt Exp $
-# Set MODJAVA_VER to 1.8, 11 or 16 based on the version of the jdk needed
+# Set MODJAVA_VER to 1.8, 11
Add support for sparc64. okay?
Index: Makefile
===
RCS file: /cvs/ports/java/tanukiwrapper/Makefile,v
retrieving revision 1.21
diff -u -p -u -r1.21 Makefile
--- Makefile21 May 2021 11:51:08 - 1.21
+++ Makefile16 Jul
Add support for sparc64. Okay?
Index: Makefile
===
RCS file: /cvs/ports/net/i2p/Makefile,v
retrieving revision 1.10
diff -u -p -u -r1.10 Makefile
--- Makefile23 May 2021 16:26:43 - 1.10
+++ Makefile16 Jul 2021
This updates rk3588 to 2024-04. Notable differences are; I can have
root installed on the nvme and rkdrm is now configured. u-boot
and boot messages at end.
Index: Makefile
===
RCS file: /cvs/ports/sysutils/u-boot/rk3588/Makefile,v
I've been chipping away at adding sparc64 support to jdk/11 for
a while now. I made the push to finish it off and commit it
upstream. I believe it is ready for release now.
okay?
Index: java.port.mk
===
RCS file:
2008/03/17
03:28:26 kurt Exp $
deploy/make/common/DeployRules-solaris.gmk.origSun Mar 16 09:33:23 2008
-+++ deploy/make/common/DeployRules-solaris.gmk Sun Mar 16 09:33:27 2008
+--- deploy/make/common/DeployRules-solaris.gmk.origThu Sep 29 13:19:57 2011
deploy/make/common
On Saturday 01 October 2011 14:08:18 Kurt Miller wrote:
The following diff changes the default bootstrap depend from jdk/1.5 to
lang/jamvm + Eclipse compiler (ecj).
Tested on i386 and amd64: builds ok, builds native_bootstrap ok and jdk/1.7
ok.
After this goes in we can remove jdk/1.5
/1.5 which is EOL since 2009.
lang/kaffe can also be removed, right? its old, and somewhat unmaintained...
Yes, that is correct.
-Kurt
can remove jdk/1.5 which is EOL since 2009.
okay?
The in-lined patch got line wrapped by my mailer. Attached is the same diff.
-Kurt
Smooth upgrade... I had to move stuff from distfiles to distfiles/jdk.
No problems found on amd64. couple more crusty ports removed!!!
Thanks.
Kurt
Now that we can boostrap 1.6 with jamvm it is time to remove EOL/unmaintained
by upstream java ports; devel/jdk/1.5 and lang/kaffe.
All 1.3+ 1.4+ and 1.5+ ports require a bump due to change in RUN_DEPENDS. A
close look at java.port.mk would be appreciated. Thanks.
Index:
(devel/jdk/1.6) and
lang/mono. Note this is with stock current (src,xenocara,ports) as of
friday feb 17... CC'ing kurt@ and robert@. Can somebody look in there
if they have time?
Thanks for the report. rthreads doesn't have functional pthread_suspend_np()
support yet, so ports using
On Monday 20 February 2012 3:09:08 pm Ted Unangst wrote:
On Mon, Feb 20, 2012, Kurt Miller wrote:
On Sunday 19 February 2012 4:33:35 pm Amit Kulkarni wrote:
There is some problem building sun's jdk 1.6 (devel/jdk/1.6) and
lang/mono. Note this is with stock current (src,xenocara,ports
From: Kevin [EMAIL PROTECTED]
On 7/1/05, Kurt Miller [EMAIL PROTECTED] wrote:
Does anyone who uses this want to maintain it? I don't want to. It needs
updating to the current version, kill INSTALL scripts, use @sample, etc.
If no one steps up, I'd like to remove it before the next release
).
-Kurt
it again in my do-build.
It is too late to fix this for release as building with USE_SYSTRACE is
not the default.
I will fix it post release.
-Kurt
On Friday 26 August 2005 10:37 am, Kurt Miller wrote:
From: Matthias Kilian [EMAIL PROTECTED]
FYI:
With USE_SYSTRACE=Yes in /etc/mk.conf a build of devel/eclipse/sdk
on a seven days old -current system fails with the following error:
Thanks for the report. My bad. _SYSTRACE_CMD
On Thursday 22 September 2005 10:56 am, Allan P. Magmanlac wrote:
Hello,
I was trying to build jdk 1.5 on openbsd3.7 using ports collection,
however I get various errors. So many of them.
Sounds like your using a -current ports tree with 3.7. (jdk/1.5
was committed after 3.7)
(i.e Stop
On Thursday 29 September 2005 04:18 am, frantisek holop wrote:
hmm, on Wed, Sep 28, 2005 at 08:49:13PM -0500, Jolan Luff said that
hm you never used it before so maybe it has been working forever up
until all the recent ld.so hackery. notice how vlc is all plugins.
i'm surprised your
Hi Matthias,
Thanks for the detailed report. The problem you are seeing looks
exactly like a problem that was fixed about 10 days ago. Are you
sure you are running -current userland?
-Kurt
On Monday 03 October 2005 03:00 pm, Matthias Kilian wrote:
Hi,
when trying to build deve/eclipse
On Tuesday 04 October 2005 06:18 pm, Matthias Kilian wrote:
On Mon, Oct 03, 2005 at 05:06:20PM -0400, Kurt Miller wrote:
In that case, I made some commits today that might effect this. Not
sure if mirrors have them yet. make sure your tree has revision 1.59 or
later of src/libexec/ld.so
}/mozilla-firefox/plugins
and ${LOCALBASE}/lib/mozilla-plugins.
-Kurt
On Thursday 03 November 2005 08:24 am, Peter Strömberg wrote:
tested on i386, amd64 and macppc in venice
patch -E is recomended
Tested on sparc64 with remote X ok. Themes working ok, but
I haven't found an extension that is 1.5rc1 compatible.
Anyone know of one?
-Kurt
otherwise.
-Kurt
like mozilla work?
-Kurt
On Monday 28 November 2005 03:54 pm, Price, Joe wrote:
OpenBSD bsdutil.ceccontrols.com 3.8 GENERIC#138 i386
Packages installed:
autoconf-2.13p0 automatically configure source code on many Un*x
platforms
autoconf-2.57 automatically configure source code
of how to do that.
-Kurt
sure you
read the documentation that is available to you like bsd.port.mk(5),
ports(5) and http://www.openbsd.org/porting.html too. It will help you
catch your own mistakes.
-Kurt
On Tuesday 06 December 2005 08:17 pm, Jolan Luff wrote:
On Fri, Dec 02, 2005 at 09:20:09AM -0500, Kurt Miller wrote:
On Friday 02 December 2005 08:39 am, Christian Weisgerber wrote:
Peter Str?mberg [EMAIL PROTECTED] wrote:
We'll have to add --enable-official-branding to CONFIGURE_ARGS
On Thursday 08 December 2005 10:53 am, Kurt Miller wrote:
On Tuesday 06 December 2005 08:17 pm, Jolan Luff wrote:
On Fri, Dec 02, 2005 at 09:20:09AM -0500, Kurt Miller wrote:
On Friday 02 December 2005 08:39 am, Christian Weisgerber wrote:
Peter Str?mberg [EMAIL PROTECTED] wrote
, it stops the segfaults but can you read the fonts in something like
gftp or gaim? I can't on my PowerBook G4, with wsfb or using ssh -X at
Depth 8 to anything.
-Kurt
I haven't seen this one before, but I've fixed two MToolkit issues since
you build 1.5. If you can reproduce it with the -current port, I'll
look at it when I have time.
-Kurt
On Sunday 08 January 2006 04:30 am, Alf Schlichting wrote:
Hello!
While running the JAP-proxy from
http
On Saturday 14 January 2006 14:12, you wrote:
On Saturday 14 January 2006 14:13, knitti wrote:
On 1/14/06, viq [EMAIL PROTECTED] wrote:
Any ideas/pointers what to do with this?
i386 (in vmware), snapshot from jan 9
did it build for you in an earlier occasion?
That's the first time
On Sunday 15 January 2006 3:28 am, viq wrote:
On Sunday 15 January 2006 05:20, Tobias Ulmer wrote:
On Sat, Jan 14, 2006 at 10:52:10PM -0500, Kurt Miller wrote:
That should be enough memory for the build.
I'm looking into a similar problem in 1.4 right now. The segfault
is random
a solution is found I'll be sure to send a note to
[EMAIL PROTECTED]
-Kurt
1.3: build fixed
1.4: build fixed
1.5: not fixed yet.
1.5 will take me a week or two. i386/hotspot is full of datatype
assuptions that are wrong. I fixed them in 1.4 a long time ago,
but never got around to it for 1.5.
-Kurt
On Wednesday 18 January 2006 10:19 am, Kurt Miller wrote:
1.3: build fixed
1.4: build fixed
1.5: not fixed yet.
1.5 is fixed now too.
1.5 will take me a week or two. i386/hotspot is full of datatype
assuptions that are wrong. I fixed them in 1.4 a long time ago,
but never got around
to the signal to noise ratio.
I can't say that I've seen this one before. Why not delete the
file in question and restart the build as the error message suggests?
If indeed the file is corrupted, perhaps you have bad memory or
a failing hard drive.
-Kurt
MAINTAINER timeout
I ported a database design app that wants to use the graphical
odbc admin app, so I added it as a subpackage. Look okay?
Index: Makefile
===
RCS file: /cvs/ports/databases/iodbc/Makefile,v
retrieving revision 1.11
datasize limit.
I thought I fixed this before but perhaps the fix
was i386 only. I'll look into it again and send a
patch for you to test.
-Kurt
On Tuesday 09 January 2007 2:27 pm, J.C. Roberts wrote:
Building and installing the lang/jdk/1.3, lang/jdk/1.3-linux and
lang/jdk/1.4 ports of 4.0-STABLE worked perfectly. Though I can't test
the 1G issue you mentioned, I did hit an issue building the lang/kaffe
dependency while trying to
On Tuesday 09 January 2007 12:56 pm, Kurt Miller wrote:
On Thursday 21 December 2006 3:02 am, Martynas Venckus wrote:
Hi,
Please test the diff below.
Bugs fixed for Firefox 2.0.0.1: ~183 in total; 42 crashers, 3 memory
leaks, 41 regressions and 4 privacy-related bugs.
http
On Wednesday 10 January 2007 3:48 am, steven mestdagh wrote:
Kurt Miller [2007-01-09, 16:45:34]:
On Tuesday 09 January 2007 12:56 pm, Kurt Miller wrote:
On Thursday 21 December 2006 3:02 am, Martynas Venckus wrote:
Hi,
Please test the diff below.
Bugs fixed for Firefox
I would like to point out that the aixxs-aiccu client
isn't needed at all in most cases. Simply use
/etc/hostname.gif0 with the appropriate 'up giftunnel'
and 'up inet6' lines and set your default ipv6 route.
Nothing more is needed.
However, if your IPv6 host is behind a router or
firewall that
).
I've only tested this with my heartbeat gif(4) tunnel.
Now with aiccu-20070115.
A quick test of AYIYA with the 20070115 version fails to
work. verbose messages don't show any problems. :(
The 20060725 version works. I'll look into it a bit and
see what I can find out.
-Kurt
of aiccu on OpenBSD. I
suggest you use the forum instead of the trouble
ticket system since then at least the rude support
person there can't hide behind invalid and duplicate
trouble tickets that don't show up anywhere.
-Kurt
sorry folks this is my fault. I removed a patch that should have
been trimmed down instead. I will be committing the fix for it
as soon as my next build of devel/jdk/1.5 completes.
thanks for the reports.
On Thursday 01 February 2007 12:36 am, STeve Andre' wrote:
Trying to compile the
Probably too late in the cycle to commit this, but
anyway...
libs built with libtool and -pthread drop the need for
-pthread in dependency_libs. This diff adds -pthread to
dependency_libs so any libs depending on it will link
with -pthread too.
-Kurt
Index: Makefile
SIGPIPE nostop noprint
-Kurt
add
whatever comments I can come up with to the bug report.
-Kurt
libs built with libtool and -pthread drop the need for
-pthread in dependency_libs. This diff adds -pthread to
dependency_libs so any libs depending on it will link
with -pthread too.
This removes the need for hack to add -pthread to
dependency_libs in devel/glib2.
-Kurt
Index: Makefile
On Thursday 15 March 2007 4:07:48 pm Mikolaj Kucharski wrote:
Hi,
When I open html with embedded SVG image I've got random crashes of
Firefox when I click with right button and try to navigate menu or when
I open main menu e.g. to check in help-about browser version. An
example page is here
think it should go into 4.1
Execlent! Committed, thank you.
-Kurt
Straightforward update to 5.5.23.
-Kurt
Index: Makefile
===
RCS file: /cvs/ports/www/tomcat/v5/Makefile,v
retrieving revision 1.2
diff -u -r1.2 Makefile
--- Makefile25 Nov 2006 07:42:58 - 1.2
+++ Makefile27 Mar 2007
integration
with native server technologies. Tomcat 5 and up can make use of this
library.
Tested lightly on i386 with tomcat 5.5.23
-Kurt
tomcat-native.tar.gz
Description: application/tgz
On Tuesday 27 March 2007 5:22:48 pm Kurt Miller wrote:
COMMENT=apache portable runtime integration library for tomcat
$ cat pkg/DESCR
This package provides a library with JNI wrappers for APR used by Tomcat
(libtcnative). When installed, tomcat will load the library upon startup
. If pkg_delete lets you delete
it then it is not used anymore by other installed
packages. ls /var/db/pkg/.libs-* for a list.
-Kurt
Please email the list the updated port so that people who
may be interested in helping you can reproduce the problem.
On Saturday 19 May 2007 2:32:19 pm Vortechz wrote:
Jacob probably recognizes this:
Starting program: /usr/local/bin/wine /emul/w/windows/sol.exe
Program received
point I may back-port the updates into -stable anyway. Let
me know of any porting issues off list.
-Kurt
attempt to use
non-threaded boehm-gc in a threaded program,
expect failures ranging from immediate deadlock
to crashes since only the main thread will be
garbage collected without locking.
-Kurt
needed for alpha or not. I think subversion
also had this issue on alpha too.
-Kurt
return that. Also since
static vars are in use in places, I added back in
the locks to protect them and added one more to
protect the dtoa return value too.
This fixes the build on sparc64 for me and I expect
it should help stability elsewhere too.
-Kurt
Index: Makefile
come with a binary only license that is incompatible with
the projects goals.
On the other hand, I have applied as an individual to Sun's
scholarship program to get access to the test kit for 1.5
(JCK). I was approved by the scholarship committee and now
waiting on Sun to get them.
-Kurt
On Thursday 20 April 2006 11:34 am, Hannah Schroeter wrote:
On Thu, Apr 20, 2006 at 09:32:52AM -0400, Kurt Miller wrote:
On Thursday 20 April 2006 8:12 am, Edd Barrett wrote:
One of my friends recently pointed out that FreeBSD are distributing
Java 5 binaries and actually are licensed to do
enough. I think your
update should go in. Anyone see a reason why it shouldn't?
-Kurt
Index: Makefile
===
RCS file: /cvs/ports/graphics/cairo/Makefile,v
retrieving revision 1.5
diff -u -r1.5 Makefile
--- Makefile 10 Jan 2006 08:59:16 -
Ok I see what's happening now. KOI8_U strikes again but
this time its related to the new bootstrap method. It works
for me because the last time I built the jdk was with
native_bootstrap. I'll work on a proper solution.
-Kurt
folks. If we take what I consider to be an
unreasonable stance on this we might as well delete all the
java ports because who is going to do the work and maintain
it all? I certainly cant.
-Kurt
as other operating systems.
Now that that goal is comming to fution must I and
other java oriented developers jump through flaming
hoops just to port java applications to OpenBSD?
-Kurt
just work for the alternative jvms too.
I'm not sure if these things will make it for 4.0 yet.
-Kurt
(segfault) giving me errors that it cannot find
the functions internal to scheme48vm
It sounds like you need to link the executable with -Wl,-E.
Read man 1 ld -E option to understand why.
-Kurt
Aaron W. Hsu wrote:
On Thu, Jul 27, 2006 at 09:07:09AM -0400, Kurt Miller wrote:
On Saturday 22 July 2006 7:44 pm, Aaron W. Hsu wrote:
...
Basically, Scheme allows external C libraries to access the
scheme48vm's internal C structures through a scheme48.h header
file. One such program
unlocks. Send me a reminder if I forget.
My feeling is that we don't need a v5 and a v5.5
tomcat port. IIRC, the 5.0.X series isn't getting
bug fixes, just the 5.5.x series.
-Kurt
On Monday 14 August 2006 5:06 pm, Matthias Kilian wrote:
Linking xmame.x11 ...
[...]
/usr/lib/crt0.o(.text+0x58): In function `_start':
: relocation truncated to fit: R_PPC_REL24 exit
/usr/lib/crtbegin.o(.text+0x134): In function `__register_frame_info':
: relocation truncated to fit:
Since we don't record libstdc++ as NEEDED in shared
libs, it can cause issues when one is dlopen()'ed that
requires it. Both gstreamer-arts and gstreamer-sidplay
plugins are dlopen() and depend on libs that need
libstdc++ so I think the best way to deal with this
is to have them explicitly link in
1 - 100 of 2381 matches
Mail list logo