Apologies all
On Tue, Oct 5, 2021 at 10:35 AM Bruno Borges wrote:
>
> ---
> *Bruno Borges*
> brunoborges.io
>
On 1/28/19 1:26 AM, Severin Gehwolf wrote:
Hi Alan, Mandy,
On Sun, 2019-01-27 at 08:14 +, Alan Bateman wrote:
On 26/01/2019 00:06, Mandy Chung wrote:
Hi Severin,
Another alternative would be to support per-jlink-plugin resource
bundle to avoid merging .properties files at build time.
On Mon, 2019-01-28 at 14:40 +, Alan Bateman wrote:
> On 28/01/2019 09:26, Severin Gehwolf wrote:
> > :
> > > I skimmed the current patch and I see the usability has improved since
> > > the original proposal. It would be nice to get to
> > > `--strip-native-debug-symbols` without needing the "=
On 28/01/2019 09:26, Severin Gehwolf wrote:
:
I skimmed the current patch and I see the usability has improved since
the original proposal. It would be nice to get to
`--strip-native-debug-symbols` without needing the "=defaults" suffix.
There are details around the sub-options and naming that I
Hi Alan, Mandy,
On Sun, 2019-01-27 at 08:14 +, Alan Bateman wrote:
> On 26/01/2019 00:06, Mandy Chung wrote:
> > Hi Severin,
> >
> > Another alternative would be to support per-jlink-plugin resource
> > bundle to avoid merging .properties files at build time. The
> > plugin-specific messages
On Fri, 2019-01-25 at 09:17 -0800, Erik Joelsson wrote:
> Hello Severin,
> To get the conditional running of either MergeProperties or copy, I
> would do something like this:
> $$($1_TARGET): $$($1_DEPS)
> $$(call MakeTargetDir)
> ifneq ($$($1_NUM_INPUT_FILES),1)
> $$(c
On Fri, 2019-01-25 at 17:55 +0100, Magnus Ihse Bursie wrote:
>
>
> On 2019-01-25 16:27, Severin Gehwolf wrote:
> > Hi,
> >
> > I'm working on an enhancement for jlink. In particular a platform
> > specific plugin. I.e. It would only get built on unix/linux
> > platforms.
> > My trouble is gettin
On 26/01/2019 00:06, Mandy Chung wrote:
Hi Severin,
Another alternative would be to support per-jlink-plugin resource
bundle to avoid merging .properties files at build time. The
plugin-specific messages should only be used by the plugin itself
and it would be cleaner for each plugin to manage
Hi Severin,
Another alternative would be to support per-jlink-plugin resource
bundle to avoid merging .properties files at build time. The
plugin-specific messages should only be used by the plugin itself
and it would be cleaner for each plugin to manage its resource bundle.
Mandy
On 1/25/19 7
Hello Severin,
To get the conditional running of either MergeProperties or copy, I
would do something like this:
$$($1_TARGET): $$($1_DEPS)
$$(call MakeTargetDir)
ifneq ($$($1_NUM_INPUT_FILES),1) $$(call LogInfo, Merging $$(words
$$($1_INPUT_FILES)) properties files into a sin
On 2019-01-25 16:27, Severin Gehwolf wrote:
Hi,
I'm working on an enhancement for jlink. In particular a platform
specific plugin. I.e. It would only get built on unix/linux platforms.
My trouble is getting some resouce properties set up properly. In my
example there is two versions of plugin
Hi Magnus,
it's true that CompileProperties relies on Properties, which rely on
Hashtable (not HashMap) which is likely NOT to have predictable
iteration order (although I haven't been able to make it spit things in
different orders on my Linux box). That said, it seems like the code
keeps tha
On Nov 5 2013, at 09:37 , Francis ANDRE
wrote:
> Mike
> Le 05/11/2013 07:16, Mike Duigou a écrit :
>>> Hi
>>>
>>> Using a fresh copy of the jdk7u repository, and running make -d sanity, I
>>> got the error below. Why OUTPUTDIR must be absolute or if it must be
>>> absolute, why it is not whe
Mike
Le 05/11/2013 07:16, Mike Duigou a écrit :
Hi
Using a fresh copy of the jdk7u repository, and running make -d sanity, I got
the error below. Why OUTPUTDIR must be absolute or if it must be absolute, why
it is not when running make sanity?
In general, using absolute paths always helps for
On Nov 4 2013, at 21:39 , Francis ANDRE
wrote:
> Hi
>
> Using a fresh copy of the jdk7u repository, and running make -d sanity, I got
> the error below. Why OUTPUTDIR must be absolute or if it must be absolute,
> why it is not when running make sanity?
In general, using absolute paths alway
Matthew,
I would strongly recommend taking the trouble to build jtreg from the
latest source.
-- Jon
On 07/17/2013 10:28 PM, Matthew Butner wrote:
Thanks for that, and I did have to get a newer version of jtreg. I was able
to find a binary here http://download.java.net/openjdk/jtreg/ which sav
Thanks for that, and I did have to get a newer version of jtreg. I was able
to find a binary here http://download.java.net/openjdk/jtreg/ which saved
me the trouble of having to build it from source.
On Wed, Jul 17, 2013 at 5:13 PM, Mike Duigou wrote:
> I have created JDK-8019481 to improve det
I have created JDK-8019481 to improve detection of jtreg located on the path.
Jon's advice about getting a more recent version of jtreg than what ubuntu
provides almost certainly applies as well.
Mike
On Jul 8 2013, at 22:59 , Matthew Butner wrote:
> Not sure if this is the right place to ask
Matthew,
I don't know how up to date the Ubuntu version of jtreg is.
You may need a newer version of jtreg anyway.
One workaround for you would be to create a directory
containing the right files in the right locations. At a minimum
you need
win32/bin/jtreg
lib/jtreg.jar
lib/jtharne
On Jul 12, 2011, at 2:25 PM, Maxim wrote:
> Am 12.07.2011 23:10, schrieb Gary Meyer:
>
>> On Jul 12, 2011, at 1:54 PM, Maxim wrote:
>>
>>> @Mike Swingler: Java until version 1.6 runs successfully on PPC. I'm
>>> sure Apple did its own PPC port, didn't it?
>>
>> No. Apple never had any 1.6 code
Am 12.07.2011 23:10, schrieb Gary Meyer:
> On Jul 12, 2011, at 1:54 PM, Maxim wrote:
>
>
>> @Mike Swingler: Java until version 1.6 runs successfully on PPC. I'm
>> sure Apple did its own PPC port, didn't it?
>>
>>
> No. Apple never had any 1.6 code that ran on PPC, only 1.5 code.
>
So
Original-Nachricht
Betreff:Re: Help me to build openjdk on my machine
Datum: Tue, 12 Jul 2011 22:52:02 +0200
Von:Maxim
An: Mike Swingler
Am 10.07.2011 22:37, schrieb Mike Swingler:
> [snip]
> Just to set some expectations, the Mac OS X porting proje
Original-Nachricht
Betreff:Re: Help me to build openjdk on my machine
Datum: Tue, 12 Jul 2011 22:40:29 +0200
Von:Maxim
An: Erik Trimble
Am 10.07.2011 20:24, schrieb Erik Trimble:
> [snip]
>
> It certainly would be nice for someone to come forwa
On 11:24 Sun 10 Jul , Erik Trimble wrote:
> Folks,
>
> PPC isn't a currently supported architecture for OpenJDK - that is, no
> one has contributed any code to support it. I do know of several
> proprietary ports, but that doesn't help. :-) I don't even remember the
> last time it was pot
On Jul 10, 2011, at 4:04 PM, Johannes Schindelin wrote:
> Hi,
>
> On Sun, 10 Jul 2011, Mike Swingler wrote:
>
>> Just to set some expectations, the Mac OS X porting project has made a
>> conscious decision to not support Mac OS X 10.5 Leopard (for a variety
>> of API reasons), and therefore wi
I had successfully built a Java 6 build for PPC months ago using Zero. It
worked fine. I updated the docs on the wiki based on that success. It was
possible, but alas apparently that time has passed
John
Sent from my iPhone
On Jul 10, 2011, at 16:37, Mike Swingler wrote:
> On Jul 10, 2011,
As others have said there's no PPC support in OpenJDK. If you are
building zero then I believe you need to be looking at using icedtea:
http://icedtea.classpath.org/wiki/ZeroSharkFaq
HTH
David Holmes
John Yeary said the following on 07/11/11 01:41:
Hello Max,
I have not been able to get it
On Jul 10, 2011, at 11:27 AM, Damjan Jovanovic wrote:
> On Sun, Jul 10, 2011 at 12:11 PM, Max Pole wrote:
>
>> Hi,
>>
>> I hope it's the right mailing list for my question...
>>
>> I'm trying to build opendjdk7 (bsd-port) in my PowerPC Mac. I downloaded a
>> right bootstrap VM and got platfor
Sent to the list only, so cc'ing Max and John.
Paul
On 7/10/11 2:44 PM, Paul Hohensee wrote:
Hi Max and John,
Afaik, there's no support for PPC in openjdk. Oracle has a private
port, however,
for which the build framework exists in the open, which is why you can
get a little
way in the bui
Hi Max and John,
Afaik, there's no support for PPC in openjdk. Oracle has a private
port, however,
for which the build framework exists in the open, which is why you can
get a little
way in the build process.
zero is a psuedo-platform which should build and run on any machine
because it
inc
On Sun, Jul 10, 2011 at 12:11 PM, Max Pole wrote:
> Hi,
>
> I hope it's the right mailing list for my question...
>
> I'm trying to build opendjdk7 (bsd-port) in my PowerPC Mac. I downloaded a
> right bootstrap VM and got platform-independent code (corba, jaxp, jaxws etc)
> successfully compiled
Folks,
PPC isn't a currently supported architecture for OpenJDK - that is, no
one has contributed any code to support it. I do know of several
proprietary ports, but that doesn't help. :-) I don't even remember the
last time it was potentially supported (I'm pretty sure that PPC never
was s
Hello Max,
I have not been able to get it to compile either and at this point no one
has responded to my post about PPC. I am not sure if it will compile for our
platform any more.
Does anyone have a successful recent build?
John
On Sun, Jul 10, 2011 at 6:11 AM, Max Pole wrote:
> Hi,
>
> I ho
I'm pretty sure JDK7 is still similar to building JDK6 on Windoze... To
get you over the hump u could try bootstrapping your build with a recent
Windows JDK7 Proprietary Binary as built by Oracle. This will likely let
you build only the areas you are interested in working on. Note that you
Dang Nhan Nguyen wrote:
Thanks for the tip, Denis
I skip building CORBA (set BUILD_CORBA=false) and continue with the building.
The build will look for corba binaries and files in ALT_JDK_IMPORT_PATH which
is the same as BOOTTRAP_JDK jdk1.6.0_19.
I haven't been following this thread, but if
, December 14, 2010 6:49 PM
To: Dang Nhan Nguyen
Cc: build-dev@openjdk.java.net
Subject: Re: Help to build OpenJDK, Windows 7, VS2008 (VS2010) - Now with
building Corba
Building OpenJDK Windows binaries for the first time takes patience and
perserverance. Personally, it took me more than a week
?
Thanks
/Nhan,
From: Lussier, Denis [den...@openscg.com]
Sent: Tuesday, December 14, 2010 6:49 PM
To: Dang Nhan Nguyen
Cc: build-dev@openjdk.java.net
Subject: Re: Help to build OpenJDK, Windows 7, VS2008 (VS2010) - Now with
building Corba
Building OpenJDK Windows binaries for the first time tak
On 12/14/2010 10:50 AM, Kelly O'Hair wrote:
You said Windows 7, but the makefile seemed to have gotten 6.1 from
the systeminfo, is that right?
Is 6.1 Windows 7? If so that sure is confusing. :^(
Yes, Windows 7 is "6.1". Windows 7 is a marketing name.
-phil.
Hi Dhang,
What you have done is consistent with how I got Freetype working in
OpenSCG's OpenJDK6 One-click Win32 installer binaries that are built using
VS2003. As per http://www.freetype.org/patents.html ... enable
FreeType's byte code interpreter when compiling Freetype and you'll
instantly
Hi guys,
I fixed the problem with FREETYPE.
What I have done is building both freetype.lib and freetype.dll from the
source; thanks to this:
http://wiki.libagar.org/wiki/Install/Windows_(Visual_Studio)#Compiling_FreeType_yourself
and put both of them in ALT_FREETYPE_LIB_PATH
Now proceeding with
On Oct 20, 2010, at 2:03 AM, JC Yang wrote:
Hi, I've download the openjdk source(openjdk-7-ea-src-
b111-23_sep_2010.zip) and successfully build the entire JDK on
Windows. But I can't just build the java laucher executable(jdk/make/
java/main) alone successfully. I set the MSVC environment ju
On Jun 7, 2010, at 7:26 PM, cowwoc wrote:
Hi Kelly,
kelly.ohair-2 wrote:
Note that Windows7 is a bit of an unknown to use as far as being a
build machine, it should work, but in
general, the formal 32bit builds of jdk7 use older Windows releases,
e.g. 2000 and soon that newer one "XP" ;^)
On 8 June 2010 15:20, Dalibor Topic wrote:
> Andrew John Hughes wrote:
>> This seems to be common with ex-proprietary codebases; I remember
>> having major issues building Firefox back in the day, and some of the
>> worst build systems I can think of other than OpenJDK are OpenOffice
>> and Chromi
Andrew John Hughes wrote:
> This seems to be common with ex-proprietary codebases; I remember
> having major issues building Firefox back in the day, and some of the
> worst build systems I can think of other than OpenJDK are OpenOffice
> and Chromium...
Cross-platform build systems for native cod
On 8 June 2010 09:26, Dalibor Topic wrote:
> cowwoc wrote:
>> There's no good reason for Windows builds to be this difficult...
>
> One of the major good reasons, in my personal, biased opinion,
> is that Windows, contrary to Linux or OpenSolaris, lacks a central
> software repository with all the
On 7 June 2010 20:21, Kelly O'Hair wrote:
>
> Note that Windows7 is a bit of an unknown to use as far as being a build
> machine, it should work, but in
> general, the formal 32bit builds of jdk7 use older Windows releases, e.g.
> 2000 and soon that newer one "XP" ;^)
> You are trying a 64bit buil
cowwoc wrote:
> There's no good reason for Windows builds to be this difficult...
One of the major good reasons, in my personal, biased opinion,
is that Windows, contrary to Linux or OpenSolaris, lacks a central
software repository with all the necessary dependencies for a
build that would make
Hi Kelly,
kelly.ohair-2 wrote:
>
> Note that Windows7 is a bit of an unknown to use as far as being a
> build machine, it should work, but in
> general, the formal 32bit builds of jdk7 use older Windows releases,
> e.g. 2000 and soon that newer one "XP" ;^)
> You are trying a 64bit build wi
Can you provide some detailed instructions so I could add it to the
README-builds.html file?
-kto
On Jun 7, 2010, at 4:11 PM, Lussier, Denis wrote:
The latest Freetype sources build quite easily on Windoze (at least on
Win32 using VS2003).
On 6/7/10, Kelly O'Hair wrote:
Note that Window
The latest Freetype sources build quite easily on Windoze (at least on
Win32 using VS2003).
On 6/7/10, Kelly O'Hair wrote:
>
> Note that Windows7 is a bit of an unknown to use as far as being a
> build machine, it should work, but in
> general, the formal 32bit builds of jdk7 use older Windows r
Note that Windows7 is a bit of an unknown to use as far as being a
build machine, it should work, but in
general, the formal 32bit builds of jdk7 use older Windows releases,
e.g. 2000 and soon that newer one "XP" ;^)
You are trying a 64bit build with Visual Studio 10, on Windows 7, an
even
Andrew John Hughes wrote:
>
> I've never built on Windows, nor would I ever want to. But at a
> guess, your problem here is that you have spaces in your path to ant.
> Move it to something like C:\ant and you'll probably get further.
>
You are right, but I can't figure out why. Here is the sc
On 7 June 2010 19:27, cowwoc wrote:
>
> Hi,
>
> I am attempting to build OpenJDK under Windows7 64-bit, Visual Studio 2010.
> Here is the output of "make sanity":
>
> --
> ( cd ./jdk/make && \
> make sanity HOTSPOT_IMPORT_CHECK=false
> JDK_TOPDIR=C:/users/gili/DOCUME~1/jdk7/j
It is possible that Sun Studio 12.1 requires something from the linker (ld)
that has changed in this Open Solaris, or is missing.
So it could end up being a /usr/bin/ld problem in the system.
-kto
gustav trede wrote:
2009/6/29 Kelly O'Hair mailto:kelly.oh...@sun.com>>
This looks like a S
2009/6/29 Kelly O'Hair
> This looks like a Sun Studio 12.1 bug.
>
Thanks Kelly !
I will move my problem to ss forum.
I noticed that the inbuilt example project Fractal gives me the same seg
fault unless i change some compile options to non default.
> One thing I did note was that BOOTDIR says i
This looks like a Sun Studio 12.1 bug.
One thing I did note was that BOOTDIR says it's /usr/jdk/instances/jdk1.6.0,
but BOOT_VER is 1.7.0?? You might check that, but it doesn't seem like
it has anything to do with the failure.
I would try and see of you could downgrade the Sun Studio 12.1 to 12.
56 matches
Mail list logo
