On Sat, 16 Nov 2024 16:29:20 GMT, Guoxiong Li wrote:
> Hi all,
>
> Some developers want to run some initial scripts locally when the debugger
> (gdb or lldb) starts. So they often add a file named `.gdbinit` or
> `.lldbinit` in the project root path. It is good to ignore them.
On Sat, 16 Nov 2024 16:29:20 GMT, Guoxiong Li wrote:
> Hi all,
>
> Some developers want to run some initial scripts locally when the debugger
> (gdb or lldb) starts. So they often add a file named `.gdbinit` or
> `.lldbinit` in the project root path. It is good to ignore them.
On Mon, 18 Nov 2024 15:44:14 GMT, Magnus Ihse Bursie wrote:
>> Hi all,
>>
>> Some developers want to run some initial scripts locally when the debugger
>> (gdb or lldb) starts. So they often add a file named `.gdbinit` or
>> `.lldbinit` in the project root path. It is good to ignore them.
>>
Hi all,
Some developers want to run some initial scripts locally when the debugger (gdb
or lldb) starts. So they often add a file named `.gdbinit` or `.lldbinit` in
the project root path. It is good to ignore them.
Thanks for your review.
Best Regards,
-- Guoxiong
-
Commit messag
On Wed, 3 Apr 2024 09:56:42 GMT, Albert Mingkun Yang wrote:
>> Hi all,
>>
>> This patch merges the class `GenMarkSweep` into `MarkSweep`. Just simply
>> move. It may be better to merge the class `DeadSpacer` and `Compacter` into
>> `MarkSweep` and then rename `MarkSweep`. The `MarkSweep` will
On Wed, 3 Apr 2024 03:10:26 GMT, Guoxiong Li wrote:
> Hi all,
>
> This patch merges the class `GenMarkSweep` into `MarkSweep`. Just simply
> move. It may be better to merge the class `DeadSpacer` and `Compacter` into
> `MarkSweep` and then rename `MarkSweep`. The `MarkSweep`
Hi all,
This patch merges the class `GenMarkSweep` into `MarkSweep`. Just simply move.
It may be better to merge the class `DeadSpacer` and `Compacter` into
`MarkSweep` and then rename `MarkSweep`. The `MarkSweep` will be renamed at
[JDK-8329521](https://bugs.openjdk.org/browse/JDK-8329521). An
On Tue, 27 Feb 2024 13:55:53 GMT, Ludvig Janiuk wrote:
> Clarifying text in `make help` output on how to list variables for e.g.
> JTREG='...'.
> I have no idea what causes it.
Nevermind. The patch looks good.
-
Marked as reviewed by gli (Committer).
PR Review: https://git.openj
On Tue, 27 Feb 2024 13:55:53 GMT, Ludvig Janiuk wrote:
> Clarifying text in `make help` output on how to list variables for e.g.
> JTREG='...'.
I use the command `make test-only JTREG=help` locally, the outputed message
seems an error (shown below). Does it work as expected?
Building target
On Tue, 2 Jan 2024 06:49:34 GMT, Robbin Ehn wrote:
>> Guoxiong Li has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Updated html
>
> Thanks!
@robehn @erikj79 Thanks for your reviews. Integrating.
--
On Mon, 1 Jan 2024 11:04:35 GMT, Guoxiong Li wrote:
> Hi all,
>
> This trivial patch removes the information about the path `debian-ports`
> because the riscv related packages had been moved to the path `debian` at
> 2024-01-01. Now the arm and riscv use the sam
On Mon, 1 Jan 2024 11:04:35 GMT, Guoxiong Li wrote:
> Hi all,
>
> This trivial patch removes the information about the path `debian-ports`
> because the riscv related packages had been moved to the path `debian` at
> 2024-01-01. Now the arm and riscv use the sam
; Thanks for your review.
>
> Best Regards,
> -- Guoxiong
Guoxiong Li has updated the pull request incrementally with one additional
commit since the last revision:
Updated html
-
Changes:
- all: https://git.openjdk.org/jdk/pull/17208/files
- new: https://git.openjdk.
On Tue, 2 Jan 2024 13:58:50 GMT, Erik Joelsson wrote:
> The html file also needs to be regenerated. Let me know if you need help with
> that.
Yes indeed. Thanks.
-
PR Comment: https://git.openjdk.org/jdk/pull/17208#issuecomment-1874073136
Hi all,
This trivial patch removes the information about the path `debian-ports`
because the riscv related packages had been moved to the path `debian` at
2024-01-01. Now the arm and riscv use the same url
`https://httpredir.debian.org/debian/`.
Thanks for your review.
Best Regards,
-- Guoxio
Hi all,
This patch fixes the building failure introduced by
[JDK-8319577](https://bugs.openjdk.org/browse/JDK-8319577) in old GCC version
(linux & GCC 7.5.0 locally).
Thanks for the review.
Best Regards,
-- Guoxiong
-
Commit messages:
- JDK-8321688
Changes: https://git.openjdk
On Wed, 29 Mar 2023 10:14:49 GMT, Guoxiong Li wrote:
> Hi all,
>
> This patch adds the RISC-V related content to `building.md`. But I didn't
> generate `building.html` locally, because I know the `pandoc` version
> may influencethe the output of `building.html` (Need hel
But it
> failed locally.
> Maybe someone who has built successfully can tell me how to change the
> document, which mainly adds the right name to their supported target table.
>
> Thanks for the review and assist.
>
> Best Regards,
> -- Guoxiong
Guoxiong Li has updated the
On Wed, 5 Apr 2023 13:11:15 GMT, Erik Joelsson wrote:
> Generated html file here https://github.com/erikj79/jdk/commits/pull/13223
Thanks.
-
PR Comment: https://git.openjdk.org/jdk/pull/13223#issuecomment-1497504282
On Thu, 30 Mar 2023 04:21:01 GMT, Chen Liang wrote:
>> Guoxiong Li has updated the pull request incrementally with three additional
>> commits since the last revision:
>>
>> - Add riscv64 related content to 'Debian sysroots'
>> - qemu-debootstrap has
But it
> failed locally.
> Maybe someone who has built successfully can tell me how to change the
> document, which mainly adds the right name to their supported target table.
>
> Thanks for the review and assist.
>
> Best Regards,
> -- Guoxiong
Guoxiong Li has updated the
On Wed, 29 Mar 2023 10:28:37 GMT, Aleksey Shipilev wrote:
> RISC-V cross-compiles with sysroots fine:
> https://builds.shipilev.net/openjdk-jdk/configure-logs/configure-openjdk-jdk-linux-riscv64-server-release-gcc10-glibc2.31.log
>
> https://builds.shipilev.net/openjdk-jdk/build-logs/build-ope
On Wed, 29 Mar 2023 13:37:36 GMT, Erik Joelsson wrote:
>> Guoxiong Li has updated the pull request incrementally with three additional
>> commits since the last revision:
>>
>> - Add riscv64 related content to 'Debian sysroots'
>> - qemu-debootst
But it
> failed locally.
> Maybe someone who has built successfully can tell me how to change the
> document, which mainly adds the right name to their supported target table.
>
> Thanks for the review and assist.
>
> Best Regards,
> -- Guoxiong
Guoxiong Li has updated th
Hi all,
This patch adds the RISC-V related content to `building.md`. But I didn't
generate `building.html` locally, because I know the `pandoc` version
may influencethe the output of `building.html` (Need help here).
I know there are many steps and subtle points about cross-compiling the
exter
> I guess there might be an issue on the server side. I cannot even access:
https://cr.openjdk.org/~fyang/
My personal page works: https://cr.openjdk.org/~gli/ .
> That's definitely a welcome :-)
Filed https://bugs.openjdk.org/browse/JDK-8305118 to follow up.
Hi all,
I noticed there is no content about the risc-v port in the building
document [1].
And the link [2] in the wiki, which may be related to the building,
can't be opened now (it returns 404 status code).
So it is good to add the risc-v content into the building document.
Has somebody started
Hi Erik,
Thanks for replying to this thread.
> Are you sure you can't configure the plugin to not add this parameter?
The configuration can be changed and I fixed it locally just now. But it
needs more time to dive into the extension and its configuration.
Maybe it is good to provide some inform
Hi all,
When using the command `make images --always-make CONF_CHECK=ignore JOBS=4`
to build the JDK,
it doesn't succeed and returns the error message (See below for detail).
It seems that two or more processes concurrently process the target
`module-deps.gmk` which exists in the file `make/common
29 matches
Mail list logo
